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Foreword 

e than a decade ago, IT security was barely a newborn in diapers, 
a handful of security professionals in 1994, few practiced security 
and even fewer truly understood it. Security technologies amounted to little 
more than anti-virus software and packet filtering routers at that time. And the 
concept of a "hacker" came primarily from the Hollywood movie WarGames; 
or more often it referred to someone with a low golf score. As a result, just like 
Rodney Dangerfield, it got "no respect," and no one took it seriously. IT pro- 
fessionals saw it largely as a nuisance, to be ignored — that is until they were 
impacted by it. 

Today, the number of Certified Information Systems Security Professionals 
(CISSP) has topped 61,000 (www. isc2 . org) worldwide, and there are more 
security companies dotting the landscape than anyone could possibly 
remember. Today security technologies encompass everything from authen- 
tication and authorization to firewalls and VPNs. There are so many ways to 
address the security problem that it can cause more than a slight migraine 
simply considering the alternatives. And the term hacker has become a per- 
manent part of our everyday vernacular — as defined in nearly daily head- 
lines. The world (and its criminals) has changed dramatically. 

So what does all this mean for you, the home/end-user or IT/security pro- 
fessional that is thrust into this dangerous online world every time you hit 
the power button on your computer? The answer is everything. The digital 
landscape is peppered with land mines that can go off with the slightest 
touch or, better yet, without any provocation whatsoever. Consider some 
simple scenarios: 

Simply plugging into the Internet without a properly configured firewall 
can get you hacked before the pizza is delivered, within 30 minutes or 
less. 

Opening an e-mail attachment from a family member, friend, or work 
colleague can install a back door on your system, allowing a hacker free 
access to your computer. 

*>* Downloading and executing a file via your Internet Messaging (IM) pro- 
gram can turn your pristine desktop into a Centers for Disease Control 
(CDC) hotzone, complete with the latest alphabet soup virus. 

Browsing to an innocent (and trusted) Web site can completely compro- 
mise your computer, allowing a hacker to read your sensitive files or, 
worse, delete them. 

Trust me when we say the likelihood of becoming an Internet drive-by statis- 
tic on the information superhighway is painfully real. 
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I am often asked, "Is the fear, uncertainty, and doubt (FUD) centered on 
cyber-terrorism justified? Can cyber-terrorists really affect our computer 



tanM^and our public infrastructure as some have prognosticated like new- 



jBf\<^fradamus soothsayers?" The answer I always give is, "Unequivocally, 
yes." The possibility of a digital Pearl Harbor is closer than many think. 
Organized terrorist cells like Al Qaeda are raided almost weekly, and when 
computers are discovered, their drives are filled with cyber-hacking plans, 
U.S. infrastructure blueprints, and instructions on attacking U.S. computer 
and infrastructure targets. 

Do you believe the energy commission's report about the biggest power 
outage in U.S history? The one that on August 14, 2003, left one-fifth of the 
U.S. population without power (about 50 million people) for over 12 hours? 
Do you believe that it has to do with untrimmed trees and faulty control pro- 
cesses? If you believe in Occam's Razor, then yes, the simplest explanation is 
usually the correct one, but remember this: The power outage hit just three 
days after the Microsoft Blaster worm, one of the most vicious computer 
worms ever unleashed on the Internet, first hit. Coincidence? Perhaps. 

Some of you may be skeptical, saying, "Well, if the threat is so real, why 
hasn't something bad happened yet?" I respond simply, "If I had come to you 
on September 10, 2001, and said that in the near future people would use 
commercial airplanes as bombs to kill over 3,000 people in the matter of 5 
hours, would you believe me?" I understand your skepticism. And you should 
be skeptical. But we are asking for your trust, and your faith, before some- 
thing bad happens. Trust that we know the truth, we know what is possible, 
and we know the mind of the enemy. I think we can all agree on at least one 
thing, we cannot allow them to succeed. 

Every minute of every day there are governments, organized crime, and 
hacker groups turning the doorknobs on your house looking for an unlocked 
entry. They are rattling the windows and circling your domicile, looking for a 
weakness, a vulnerability, or a way into your house. Are you going to let them 
in? Are you going to sit idly by and watch as they ransack your belongings, 
make use of your facilities, and desecrate your sanctuary? Or are you going 
to empower yourself, educate yourself, and prevent them from winning? The 
actions you take today will ultimately answer that question. 

Do not despair, all hope is not lost. Increasing security is more of a mindset 
than anything else. Security is akin to working out. If you don't do it regularly, 
it won't become a part of your lifestyle. And if it doesn't become a part of 
your lifestyle, it will quickly become something you can forgo and avoid. In 
other words, you won't be fit. Same thing applies for security. If you don't 
realize that it is a process, not a goal, then you will never make it part of your 
everyday wellness routine; as a result, it quickly becomes something you 
forgo and avoid. And if you avoid it, you will eventually be bit by it. 
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The greatest gift you can give yourself is that of education. What you don't 
know may not kill you, but it may seriously impact you or someone you care 
owing what you don't know is the real trick. And filling in the gaps 
dge is paramount to preventing a significant attack. Hacking For 
Dummies can fill in those gaps. Kevin has done a remarkable job in presenting 
material that is valuable and unique in that it covers hacking methodologies 
for Windows, Novell, and Linux, as well as such little-covered topics as physi- 
cal security, social engineering, and malware. The varied coverage of security 
topics in this book is what helps you more completely understand the minds 
of hackers and how they work, and it will ultimately be the singular reason 
you may avoid an attack in the future. Read it carefully. Learn from it. And 
practice what it says in every area you can. 

Make no mistake; the digital battlefield is very real. It has no beginning, it has 
no ending, it has no boundaries, and it has no rules. Read this book, learn 
from it, and defend yourself, or we may lose this digital war. 

Stuart McClure is the founder and co-author of the highly-popular Hacking 
Exposed book series (McGraw-Hill) and founder, President, and Chief 
Technology Officer of Foundstone, Inc., a division of McAfee. He can be 
reached at stu@f oundstone . com. 
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MAj elcome to Hacking For Dummies, 3rd Edition. This book outlines — 
▼ ▼ in plain English — computer hacker tricks and techniques that you 
can use to assess the security of your information systems, find the security 
vulnerabilities that matter, and fix the weaknesses before criminal hackers 
and malicious users take advantage of them. This hacking is the professional, 
aboveboard, and legal type of security testing — which I call ethical hacking 
throughout the book. 

Computer and network security is a complex subject and an ever-moving 
target. You must stay on top of it to ensure that your information is pro- 
tected from the bad guys. That's where the tools and techniques outlined in 
this book can help. 

You can implement all the security technologies and other best practices pos- 
sible, and your information systems might be secure — as far as you know. 
However, until you understand how malicious attackers think, apply that 
knowledge, and use the right tools to assess your systems from their point of 
view, you can't get a true sense of how secure your information really is. 

Ethical hacking — which encompasses formal and methodical penetration 
testing, white hat hacking, and vulnerability testing — is necessary to find secu- 
rity flaws and to help validate that your information systems are truly secure 
on an ongoing basis. This book provides you with the knowledge to imple- 
ment an ethical hacking program successfully along with countermeasures 
that you can put in place to keep external hackers and malicious users out of 
your business. 



Who Should Read This Book) 



j*\NG/ Disclaimer: If you choose to use the information in this book to hack or break 
into computer systems maliciously and without authorization, you're on your 
own. Neither I (the author) nor anyone else associated with this book shall be 
liable or responsible for any unethical or criminal choices that you might 
make and execute using the methodologies and tools that I describe. This 
book is intended solely for IT and information security professionals to test 
information security — either on your own systems or on a client's systems — 
in an authorized fashion. 
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Okay, now that that's out of the way, it's time for the good stuff! This book 
is for you if you're a network administrator, information security manager, 
consultant, security auditor, compliance manager, or interested in 
t more about legally and ethically testing computer systems and IT 
operations to make things more secure. 



As the ethical hacker performing well-intended information security assess- 
ments, you can detect and point out security holes that might otherwise be 
overlooked. If you're performing these tests on your systems, the information 
you uncover in your tests can help you win over management and prove that 
information security really is a business issue to be taken seriously. Likewise, 
if you're performing these tests for your clients, you can help find security 
holes that can be plugged before the bad guys have a chance to exploit them. 

The information in this book helps you stay on top of the security game and 
enjoy the fame and glory from helping your organization and clients prevent 
bad things from happening to their information. 



About This Book 

Hacking For Dummies, 3rd Edition, is a reference guide on hacking your sys- 
tems to improve security. The ethical hacking techniques are based on writ- 
ten and unwritten rules of computer system penetration testing, vulnerability 
testing, and information security best practices. This book covers everything 
from establishing your hacking plan to testing your systems to plugging 
the holes and managing an ongoing ethical hacking program. Realistically, 
for many networks, operating systems, and applications, thousands of pos- 
sible hacks exist. I cover the major ones on various platforms and systems. 
Whether you need to assess security vulnerabilities on a small home office 
network, a medium-sized corporate network, or across large enterprise sys- 
tems, Hacking For Dummies, 3rd Edition, provides the information you need. 



Hout to Use This Book 

This book includes the following features: 

v 0 Various technical and nontechnical hack attacks and their detailed 
methodologies 

*<" Information security testing case studies from well-known information 
security experts 

u 0 Specific countermeasures to protect against hack attacks 
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Before you start hacking your systems, familiarize yourself with the informa- 
tion in Part I so you're prepared for the tasks at hand. The adage "if you fail to 
plan to fail" rings true for the ethical hacking process. You must get 
n and have a solid game plan in place if you're going to be successful. 



This material is not intended to be used for unethical or illegal hacking pur- 
poses to propel you from script kiddie to mega hacker. Rather, it is designed 
to provide you with the knowledge you need to hack your own or your cli- 
ents' systems — ethically and legally — to enhance the security of the infor- 
mation involved. 



What \lou Don't Meed to Read 

Depending on your computer and network configurations, you may be able to 
skip chapters. For example, if you aren't running Linux or wireless networks, 
you can skip those chapters. 



Foolish Assumptions 

I make a few assumptions about you, the aspiring information security 
professional: 

is* You're familiar with basic computer-, network-, and information-security- 
related concepts and terms. 

v 0 You have a basic understanding of what hackers and malicious users do. 

You have access to a computer and a network on which to use these 
techniques. 

v 0 You have access to the Internet to obtain the various tools used in the 
ethical hacking process. 

You have permission to perform the hacking techniques described in 
this book. 



Hou) This Book Is Organized 

This book is organized into seven modular parts, so you can jump around 
from one part to another as needed. Each chapter provides practical meth- 
odologies and practices you can use as part of your ethical hacking efforts, 
including checklists and references to specific tools you can use, as well as 
resources on the Internet. 
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This part covers the fundamental aspects of ethical hacking. It starts with an 
overview of the value of ethical hacking and what you should and shouldn't 
do during the process. You get inside the malicious mindset and discover 
how to plan your ethical hacking efforts. This part covers the steps involved 
in the ethical hacking process, including how to choose the proper tools. 



Part 11: Putting Ethical Hacking in Motion 

This part gets you rolling with the ethical hacking process. It covers several 
well-known and widely used hack attacks, including social engineering and 
cracking passwords, to get your feet wet. This part covers the human and 
physical elements of security, which tend to be the weakest links in any 
information security program. After you plunge into these topics, you'll know 
the tips and tricks required to perform common general hack attacks against 
your systems, as well as specific countermeasures to keep your information 
systems secure. 



Part 111: Hacking the Network 

Starting with the larger network in mind, this part covers methods to test 
your systems for various well-known network infrastructure vulnerabilities. 
From weaknesses in the TCP/IP protocol suite to wireless network insecuri- 
ties, you find out how networks are compromised by using specific methods 
of flawed network communications, along with various countermeasures that 
you can implement to avoid becoming a victim. This part also includes case 
studies on some of the network hack attacks that are presented. 



Part IV: Hacking Operating Systems 

Practically all operating systems have well-known vulnerabilities that hackers 
often exploit. This part jumps into hacking three widely used operating sys- 
tems: Windows, Linux, and NetWare. The hacking methods include scanning 
your operating systems for vulnerabilities and enumerating the specific hosts 
to gain detailed information. This part also includes information on exploiting 
well-known vulnerabilities in these operating systems, taking over operating 
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systems remotely, and specific countermeasures that you can implement to 
make your operating systems more secure. This part also includes case stud- 
erating system hack attacks. 
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Part V: Hacking Applications 



Application security is gaining more visibility in the information security 
arena these days. An increasing number of attacks are aimed directly at 
various applications, which are often able to bypass firewalls, intrusion 
detection systems, and antivirus software. This part discusses hacking 
specific applications and databases, including coverage of e-mail systems, 
instant messaging, Voice over Internet Protocol (VoIP), and storage sys- 
tems, along with practical countermeasures that you can put in place to 
make your systems more secure. 

One of the most common network attacks is against Web applications. 
Practically every firewall lets Web traffic into and out of the network, so 
most attacks are against the millions of Web applications available to almost 
anyone. This part also covers Web application hack attacks, countermea- 
sures, and some application hacking case studies for real-world security test- 
ing scenarios. 



Part Vh Ethical Hacking Aftermath 

After you perform your ethical hack attacks, what do you do with the infor- 
mation you gather? Shelve it? Show it off? How do you move forward? This 
part answers these questions and more. From developing reports for upper 
management to remediating the security flaws that you discover to establish- 
ing procedures for your ongoing ethical hacking efforts, this part brings the 
ethical hacking process full circle. This information not only ensures that 
your effort and time are well spent, but also is evidence that information 
security is an essential element for success in any business that depends on 
computers and information technology. 



Part (/ll: The Part of Tens 

This part contains tips to help ensure the success of your ethical hacking 
program. You find out how to get upper management to buy into your ethi- 
cal hacking program so you can get going and start protecting your systems 
This part also includes the top ten ethical hacking mistakes you absolutely 
must avoid. 
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This part also includes an appendix that provides a one-stop reference list- 
ing of ethical hacking tools and resources. You can find all the links in the 

: on the Hacking For Dummies online Cheat Sheet at www . dummies . 
latsheet /hacking. 



Icons Used in This Book 




This icon points out technical information that is interesting but not vital to 
your understanding of the topic being discussed. 




This icon points out information that is worth committing to memory. 



This icon points out information that could have a negative impact on your 
ethical hacking efforts — so please read it! 



This icon refers to advice that can help highlight or clarify an important point. 



Where to Go from Here 

The more you know about how external hackers and rogue insiders work 
and how your systems should be tested, the better you're able to secure 
your computer systems. This book provides the foundation that you need to 
develop and maintain a successful ethical hacking program for your organiza- 
tion and customers. 



Keep in mind that the high-level concepts of ethical hacking won't change 
as often as the specific information security vulnerabilities you protect 
against. Ethical hacking will always remain an art and a science in a field 
that's ever-changing. You must keep up with the latest hardware and soft- 
ware technologies, along with the various vulnerabilities that come about 
month after month and year after year. You won't find a single best way 
to hack your systems, so tweak this information to your heart's content. 
Happy (ethical) hacking! 
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"We take netvrork security here very seriously.'" 
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- » In this part . . . 

our mission — should you choose to accept it — is 
^* to find the holes in your network before the bad 
guys do. This mission will be fun, educational, and most 
likely entertaining. It will certainly be an eye-opening 
experience. The cool part is that you can emerge as the 
hero, knowing that your organization will be better pro- 
tected against malicious hacker and insider attacks and 
less likely to have its name smeared across the headlines. 

If you're new to ethical hacking, this is the place to begin. 
The chapters in this part get you started with information 
on what to do and how to do it when you're hacking your 
own systems. Oh, and you find out what not to do. This 
information will guide you through building the founda- 
tion for your ethical hacking program to make sure you go 
down the right path and don't veer off down a one-way 
dead-end street. This mission is indeed possible — you 
just have to get your ducks in a row first. 




In This Chapter 

Understanding hackers' and malicious users' objectives 
Differentiating between ethical hackers and malicious attackers 
Examining how the ethical hacking process came about 
Understanding the dangers that your computer systems face 
Starting to use the ethical hacking process 



This book is about hacking ethically — the methodology of testing your 
computers and networks for security vulnerabilities and plugging the 
holes you find before the bad guys get a chance to exploit them. 

Although ethical is an often overused and misunderstood word, Webster's 
New World Dictionary defines ethical perfectly for the context of this book 
and the professional security testing techniques that I cover — that is, 
"conforming to the standards of conduct of a given profession or group." 
IT and information security practitioners are obligated to perform the 
tests covered in this book aboveboard and only after permission has been 
obtained by the owner(s) of the systems — hence the disclaimer in this 
book's Introduction. 



Straightening Out the Terminology 

Most people have heard of hackers and malicious users. Many have even 
suffered the consequences of hackers' criminal actions. So who are these 
people? And why do you need to know about them? The next few sections 
give you the lowdown on these attackers. 

In this book, I use the following terminology: 
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*<" Hackers (or external attackers) try to compromise computers and 
sensitive information for ill-gotten gains — usually from the outside — 
unauthorized user. Hackers go for almost any system they think 
can compromise. Some prefer prestigious, well-protected systems, 
but hacking into anyone's system increases an attacker's status in 
hacker circles. 



u* Malicious internal users (or internal attackers) try to compromise com- 
puters and sensitive information from the inside as authorized and 
"trusted" users. Malicious users go for systems they believe they can 
compromise for ill-gotten gains or revenge. 

Malicious attackers are, generally speaking, both hackers and malicious 
users. For the sake of simplicity, I refer to both as hackers and specify 
hacker or malicious user only when I need to drill down further into their 
tools, techniques, and ways of thinking. 

v 0 Ethical hackers (or good guys) hack systems to discover vulnerabilities 
to protect against unauthorized access, abuse, and misuse. 



Defining hacker 

Hacker has two meanings: 

v* Traditionally, hackers like to tinker with software or electronic systems. 
Hackers enjoy exploring and learning how computer systems operate. 
They love discovering new ways to work — both mechanically and elec- 
tronically. 

In recent years, hacker has taken on a new meaning — someone who 
maliciously breaks into systems for personal gain. Technically, these 
criminals are crackers (criminal hackers). Crackers break into, or crack, 
systems with malicious intent. They are out for personal gain: fame, 
profit, and even revenge. They modify, delete, and steal critical informa- 
tion, often making other people miserable. 

The good-guy (white hat) hackers don't like being in the same category as the 
bad-guy (black hat) hackers. (In case you're curious, the white hat and black 
hat terms come from old Western TV shows in which the good guys wore 
white cowboy hats and the bad guys wore black cowboy hats.) Gray hat hack- 
ers are a little bit of both. Whatever the case, most people have a negative 
connotation for the word hacker. 

Many malicious hackers claim that they don't cause damage but instead help 
others. Yeah, right. Malicious hackers are electronic thieves and deserve the 
consequences of their actions. 
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Defining malicious user 




imis users — meaning a rogue employee, contractor, intern, or other 
ser^rro abuses his or her privileges — is a common term in security circles 
and in headlines about information breaches. A long-standing statistic states 
that insiders carry out 80% of all security breaches. Whether this number 
is accurate is still questionable, but based on what I've seen and numerous 
annual surveys, undoubtedly an insider problem makes up the majority of all 
computer breaches. 

The issue is not necessarily users "hacking" internal systems, but rather 
users who abuse the computer access privileges they've been given. Users 
ferret through critical database systems to glean sensitive information, 
e-mail confidential client information to the competition or other third par- 
ties, or delete sensitive files from servers that they probably didn't need to 
have access to in the first place. There's also the occasional ignorant insider 
whose intent is not malicious but who still causes security problems by 
moving, deleting, or corrupting sensitive information. 

Malicious users are often ethical hackers' worst enemies because they know 
exactly where to go to get the goods and don't need to be computer savvy to 
compromise sensitive information. These users have the access they need 
and the management trusts them without question. 



Recognizing Hou) Malicious Attackers 
Beget Ethical Hackers 



You need protection from hacker shenanigans; you need (or need to become) 
an ethical hacker. An ethical hacker possesses the skills, mindset, and tools 
of a hacker but is also trustworthy. Ethical hackers perform the hacks as 
security tests for their systems based on how hackers might work. 

^jflBE# Ethical hacking — which encompasses formal and methodical penetration 
<£yj$\ testing, white hat hacking, and vulnerability testing — involves the same tools, 
tricks, and techniques that hackers use, but with one major difference: Ethical 
hacking is performed with the target's permission. The intent of ethical hack- 
ing is to discover vulnerabilities from a malicious attacker's viewpoint to 
better secure systems. Ethical hacking is part of an overall information risk 
management program that allows for ongoing security improvements. Ethical 
hacking can also ensure that vendors' claims about the security of their prod- 
ucts are legitimate. 
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If you perform ethical hacking tests for clients or simply want to add another 
certification to your credentials, you might want to consider becoming a 

kEthical Hacker (C I EH), through a certification program sponsored by 
til. See www. eccouncil . org/CEH .htm for more information. 
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Ethical hacking Versus auditina 

Many people confuse ethical hacking with security auditing but there are 
big differences. Security auditing involves comparing a company's security 
policies to what's actually taking place. The intent of security auditing is to 
validate that security controls exist — typically using a risk-based approach. 
Auditing often involves reviewing business processes and might not be very 
technical. I often refer to security audits as "security checklists" because 
they're usually based off (you guessed it) checklists. 

Conversely, ethical hacking focuses on vulnerabilities that can be exploited. 
It validates that security controls do not exist. Ethical hacking can be both 
highly technical and nontechnical and, although you do use a formal meth- 
odology, it tends to be a bit less structured than formal auditing. If auditing 
continues to take place in your organization, you might consider integrating 
the ethical hacking techniques I outline into your auditing process. 



Policy considerations 

If you choose to make ethical hacking an important part of your business's 
risk management program, you really need to have a documented security 
testing policy. Such a policy outlines the type of ethical hacking that is done, 
which systems (such as servers, Web applications, laptops, and so on) are 
tested, and how often the testing is performed. Specific procedures for car- 
rying out your security tests could outline the ethical hacking methodology 
I cover in this book. You might also consider creating a security standards 
document that outlines the specific security testing tools that are used and 
specific dates your systems are tested each year. You might list standard 
testing dates, such as once per quarter for external systems and biannual 
tests for internal systems. 



Compliance and regulatory concerns 

Your own internal policies might dictate how company management views 
security testing, but you also need to consider the state, federal, and global 
laws and regulations that affect your business. Many of the federal laws and 
regulations, such as the Health Insurance Portability and Accountability Act 
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(HIPAA), Gramm-Leach-Bliley Act (GLBA), North American Electric Reliability 
Corporation (NERC) CIP requirements, and Payment Card Industry Data 

tandard (PCI DSS) require periodic and consistent security evalua- 
orporating your ethical hacking into these required tests is a great 
way to meet the state and federal regulations and beef up your overall pri- 
vacy and security compliance program. 



Understanding the Need to 
Hack \lour Ou/n Systems 

To catch a thief, you must think like a thief. That's the basis for ethical hack- 
ing. Knowing your enemy is absolutely critical. See Chapter 2 for details 
about how malicious attackers work. 

The law of averages works against security. With the increased number of 
hackers and their expanding knowledge, and the growing number of system 
vulnerabilities and other unknowns, eventually, all computer systems and 
applications will be hacked or compromised in some way. Protecting your 
systems from the bad guys — and not just the generic vulnerabilities that 
everyone knows about — is absolutely critical. When you know hacker tricks, 
you find out how vulnerable your systems really are. 

Hacking preys on weak security practices and undisclosed vulnerabilities. 
Firewalls, encryption, and passwords can create a false feeling of safety. 
These security systems often focus on high-level vulnerabilities, such as 
basic access control, without affecting how the bad guys work. Attacking 
your own systems to discover vulnerabilities helps make them more secure. 
Ethical hacking is the only proven method of greatly hardening your systems 
from attack. If you don't identify weaknesses, it's only a matter of time before 
the vulnerabilities are exploited. 

As hackers expand their knowledge, so should you. You must think like them 
and work like them to protect your systems from them. As the ethical hacker, 
you must know the activities that hackers carry out and how to stop their 
efforts. Knowing what to look for and how to use that information helps you 
to thwart hackers' efforts. 



You don't have to protect your systems from everything. You can't. The only 
protection against everything is to unplug your computer systems and lock 
them away so no one can touch them — not even you. But doing so is not the 
best approach to information security and it's certainly not good for business. 
What's important is to protect your systems from known vulnerabilities and 
common attacks. 
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Anticipating all the possible vulnerabilities you'll have in your systems and 
business processes is impossible. You certainly can't plan for all possible 
especially the unknown ones. However, the more combinations 
d the more you test whole systems instead of individual units, the 
better your chances are of discovering vulnerabilities that affect your infor- 
mation systems in their entirety. 



Don't take ethical hacking too far, though; hardening your systems from 
unlikely attacks makes little sense. For instance, if you don't have a lot of foot 
traffic in your office and no internal Web server running, you might not have 
as much to worry about as an Internet hosting provider might have. Your 
overall goals as an ethical hacker are 

u* Prioritize your systems so you can focus your efforts on what matters. 
\^ Hack your systems in a nondestructive fashion. 

v* Enumerate vulnerabilities and, if necessary, prove to management that 
vulnerabilities exist and can be exploited. 

J** Apply results to remove the vulnerabilities and better secure your 
systems. 



Understanding the Dangers 
l/our Systems Face 

It's one thing to know generally that your systems are under fire from hackers 
around the world and malicious users around the office; it's another to under- 
stand the specific attacks against your systems that are possible. This section 
offers some well-known attacks but is by no means a comprehensive listing. 

Many information security vulnerabilities aren't critical by themselves. 
However, exploiting several vulnerabilities at the same time can take its toll 
on a system. For example, a default Windows OS configuration, a weak SQL 
Server administrator password, or a server hosted on a wireless network 
might not be major security concerns separately — but a hacker exploit- 
ing all three of these vulnerabilities at the same time could lead to sensitive 
information disclosure and more. 



Nontechnical attacks 

Exploits that involve manipulating people — end users and even yourself — 
are the greatest vulnerability within any computer or network infrastructure. 
Humans are trusting by nature, which can lead to social engineering exploits. 
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Social engineering is the exploitation of the trusting nature of human beings to 
gain information for malicious purposes. Check out Chapter 5 for more infor- 
JinJtipii^bout social engineering and how to guard your systems against it. 



Other common and effective attacks against information systems are physical. 
Hackers break into buildings, computer rooms, or other areas containing criti- 
cal information or property to steal computers, servers, and other valuable 
equipment. Physical attacks can also include dumpster diving — rummaging 
through trash cans and dumpsters for intellectual property, passwords, net- 
work diagrams, and other information. 



Hacker attacks against network infrastructures can be easy because many 
networks can be reached from anywhere in the world via the Internet. Some 
examples of network infrastructure attacks include the following: 

Connecting to a network through an unsecured wireless router attached 
behind a firewall 

f* Exploiting weaknesses in network protocols, such as TCP/IP and NetBIOS 

Flooding a network with too many requests, creating a denial of service 
(DoS) for legitimate requests 

v 0 Installing a network analyzer on a network and capturing every packet 
that travels across it, revealing confidential information in clear text 



Hacking an operating system (OS) is a preferred method of the bad guys. OS 
attacks make up a large portion of hacker attacks simply because every com- 
puter has an operating system and OSes are susceptible to many well-known 
exploits. 

Occasionally, some operating systems that tend to be more secure out of the 
box — such as Novell NetWare and OpenBSD — are attacked, and vulnerabili- 
ties turn up. But hackers often prefer attacking Windows and Linux because 
they are widely used and better known for their weaknesses. 

Here are some examples of attacks on operating systems: 

*<" Exploiting specific network protocol implementations 
v 0 Attacking built-in authentication systems 

Breaking file system security 
V Cracking passwords and weak encryption implementations 




Netu/ark infrastructure attacks 



Operating system attacks 
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pns take a lot of hits by hackers. Programs, such as e-mail server 
and Web applications, are often beaten down: 



*<" Hypertext Transfer Protocol (HTTP) and Simple Mail Transfer Protocol 
(SMTP) applications are frequently attacked because most firewalls and 
other security mechanisms are configured to allow full access to these 
services from the Internet. 

v* Voice over Internet Protocol (VoIP) faces increasing attacks as it finds 
its way into more and more businesses. 

is* Unsecured files containing sensitive information are scattered through- 
out workstation and server shares, and database systems contain 
numerous vulnerabilities that malicious users can exploit. 

Ethical hackers carry out such attacks against computer systems, physi- 
cal controls, and people and highlight any associated weaknesses. Parts II 
through V of this book cover these attacks in detail, along with specific coun- 
termeasures you can implement against attacks against your business. 



Obeying the Ethical Hacking 
Commandments 

Every ethical hacker must abide by a few basic commandments. If not, bad 
things can happen. I've seen these commandments ignored or forgotten when 
planning or executing ethical hacking tests. The results weren't positive — 
trust me. 



Working ethically 

The word ethical in this context means working with high professional 
morals and principles. Whether you're performing ethical hacking tests 
against your own systems or for someone who has hired you, everything 
you do as an ethical hacker must be aboveboard and must support the com- 
pany's goals. No hidden agendas allowed! 

Trustworthiness is the ultimate tenet. The misuse of information is absolutely 
forbidden. That's what the bad guys do. Let them receive a fine or go to 
prison because of their poor choices. 
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Respecting privacy 



J information you gather with the utmost respect. All information 
in during your testing — from Web application log files to clear text 
passwords to personally identifiable information and beyond — must be kept 
private. Don't snoop into confidential corporate information or employees' 
private lives. If you sense that a colleague or team member breaches privacy 
and you feel like someone should know about it, consider sharing that infor- 
mation with the appropriate manager or project sponsor. 

Involve others in your process. Employ a watch-the-watcher system that can 
help build trust and support for your ethical hacking projects. 



Not crashing your systems 

One of the biggest mistakes I've seen people make when trying to hack their 
own systems is inadvertently crashing the systems they're trying to keep 
running. Poor planning is the main cause of this mistake. These testers either 
have not read the documentation or misunderstand the usage and power of 
the security tools and techniques at their disposal. 

Although it's not likely, you can create DoS conditions on your systems when 
testing. Running too many tests too quickly can cause system lockups, data 
corruption, reboots, and more. I should know: I've done it! Don't rush and 
assume that a network or specific host can handle the beating that network 
tools and vulnerability scanners can dish out. 

Many vulnerability scanners can control how many tests are performed on a 
system at the same time. These tools are especially handy when you need to 
run the tests on production systems during regular business hours. 

You can even accidentally create an account or system lockout condition 
by socially engineering someone into changing a password, not realizing the 
consequences of your actions. 



Using the Ethical Hacking Process 

Like practically any IT or security project, ethical hacking needs to be 
planned. It's been said that action without planning is at the root of every 
failure. Strategic and tactical issues in the ethical hacking process need to be 
determined and agreed upon. To ensure the success of your efforts, spend 
time up front planning for any amount of testing — from a simple password- 
cracking test to an all-out penetration test on a Web application. 
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>ose to hire a "reformed" hacker to work with you during your testing 
lin an independent perspective, be careful. I cover the pros, cons, 
don'ts associated with hiring an ethical hacker in Chapter 18. 



Formulating your plan 

Getting approval for ethical hacking is essential. Make sure that what you're 
doing is known and visible — at least to the decision makers. Obtaining spon- 
sorship of the project is the first step. Sponsorship could come from your 
manager, an executive, your client, or even yourself if you're the boss. You 
need someone to back you up and sign off on your plan. Otherwise, your test- 
ing might be called off unexpectedly if someone claims you were never autho- 
rized to perform the tests. 

The authorization can be as simple as an internal memo or an e-mail from 
your boss when you perform these tests on your own systems. If you're test- 
ing for a client, have a signed contract stating the client's support and autho- 
rization. Get written approval on this sponsorship as soon as possible to 
ensure that none of your time or effort is wasted. This documentation is your 
Get Out of Jail Free card if anyone questions what you're doing, or worse, 
if the authorities come calling. Don't laugh — it wouldn't be the first time it 
happened. 

One slip can crash your systems — not necessarily what anyone wants. You 
need a detailed plan, but that doesn't mean you need volumes of testing pro- 
cedures to make things overly complex. A well-defined scope includes the 
following information: 

Specific systems to be tested: When selecting systems to test, start with 
the most critical systems and processes or the ones you suspect are 
the most vulnerable. For instance, you can test server OS passwords, an 
Internet-facing Web application, or attempt social engineering attacks 
before drilling down into all your systems. 

Risks involved: Have a contingency plan for your ethical hacking pro- 
cess in case something goes awry. What if you're assessing your fire- 
wall or Web application and you take it down? This can cause system 
unavailability, which can reduce system performance or employee pro- 
ductivity. Even worse, it might cause loss of data integrity, loss of data 
itself, and even bad publicity. It'll most certainly tick off a person or two 
and make you look bad. 
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Handle social engineering and DoS attacks carefully. Determine how 
they affect the systems you test and your entire organization. 

s the tests will be performed and your overall timeline: 

rmining when the tests are performed is something that you must 
e long and hard about. Do you perform tests during normal business 
hours? How about late at night or early in the morning so that produc- 
tion systems aren't affected? Involve others to make sure they approve 
of your timing. 

The best approach is an unlimited attack, where any type of test is pos- 
sible at any time of day. The bad guys aren't breaking into your systems 
within a limited scope, so why should you? Some exceptions to this 
approach are performing DoS attacks, social engineering, and physical 
security tests. 

Knowledge of the systems you have before you start testing: You don't 
need extensive knowledge of the systems you're testing — just a basic 
understanding. This basic understanding helps protect you and the 
tested systems. 

Understanding the systems you're testing shouldn't be difficult if you're 
hacking your own in-house systems. If you're testing a client's systems, 
you may have to dig deeper. In fact, I've only had one or two clients ask 
for a fully blind assessment. Most IT managers and others responsible 
for security are scared of these assessments — and they can take more 
time and cost more. Base the type of test you perform on your organiza- 
tion or client's needs. 

Actions you will take when a major vulnerability is discovered: Don't 
stop after you find one security hole. Keep going to see what else you 
can discover. I'm not saying to keep hacking until the end of time or until 
you crash all your systems; simply pursue the path you're going down 
until you can't hack it any longer (pun intended). If you haven't found 
any vulnerability, you haven't looked hard enough. If you uncover some- 
thing big, you do need to share that information with the key players as 
soon as possible to plug the hole before it's exploited. 

*<" The specific deliverables: This includes vulnerability scanner reports 
and a higher-level report outlining the important vulnerabilities to 
address, along with countermeasures to implement. 

One of your goals might be to perform the tests without being detected. For 
example, you might perform your tests on remote systems or on a remote 
office, and you don't want the users aware of what you're doing. Otherwise, 
the users might catch on to you and be on their best behavior — instead of 
their normal behavior. 
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Selecting toots 
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ny project, if you don't have the right tools for ethical hacking, you 
Ve difficulty accomplishing the task effectively. Having said that, just 
because you use the right tools doesn't mean that you'll discover all the right 
vulnerabilities. 

Know the personal and technical limitations. Many vulnerability scanners 
generate false positives and negatives (incorrectly identifying vulnerabili- 
ties). Others just skip right over vulnerabilities altogether. In certain situa- 
tions, you might need to run multiple vulnerability scanners to find the 
most vulnerabilities. 

Many tools focus on specific tests, and no tool can test for everything. For 
the same reason you wouldn't drive a nail with a screwdriver, don't use a 
word processor to scan your network for open ports. This is why you need 
a set of specific tools for the task. The more (and better) tools you have, the 
easier your ethical hacking efforts are. 

Make sure you're using the right tool for the task: 

u 0 To crack passwords, you need cracking tools, such as ophcrack and 
Proactive Password Auditor. 

A general port scanner, such as SuperScan or Nmap, won't work for 
cracking passwords and rooting out detailed vulnerabilities. 

v 0 For an in-depth analysis of a Web application, a Web application assess- 

Iment tool (such as N-Stalker or Weblnspect) is more appropriate than a 
network analyzer (such as Wireshark). 

When selecting the right security tool for the task, ask around. Get advice 
from your colleagues and from other people online. A simple groups search on 
Google (http : / /groups . google . com), Linkedln (www. linkedin . com) or 
a perusal of security portals, such as http : //SecurityFocus . com and 
http : //SearchSecurity . com, often produces great feedback from other 
security experts about what works and what doesn't. 

Hundreds, if not thousands, of tools can be used for ethical hacking — from 
software-based vulnerability scanner programs to hardware-based network 
analyzers. The following list runs down some of my favorite commercial, free- 
ware, and open source security tools: 
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v* SuperScan 
a* QualysGuard 

Drop Bootes 

v* Proactive Password Auditor 
v* Metasploit 
t>* LANguard 

AirMagnet WiFi Analyzer 

I discuss these tools and many others in Parts II through V when I go into the 
specific hack attacks. Appendix A contains a more comprehensive listing of 
these tools for your reference. 

The capabilities of many security and hacking tools are often misunderstood. 
This misunderstanding has cast a negative light on otherwise excellent and 
legitimate tools. 

Some of these security testing tools are complex. Whichever tools you use, 
familiarize yourself with them before you start using them. Here are ways to 
do that: 

*<" Read the readme and/or online help files and FAQs. 

v 0 Study the user's guides. 

v 0 Use the tools in a lab or test environment. 

Consider formal classroom training from the security tool vendor or 
another third-party training provider, if available. 

Look for these characteristics in tools for ethical hacking: 

f Adequate documentation 

j-** Detailed reports on the discovered vulnerabilities, including how they 
might be exploited and fixed 

v* General industry acceptance 

v 0 Availability of updates and support 

v* High-level reports that can be presented to managers or nontechnical 
types 

These features can save you a ton of time and effort when you're performing 
your tests and writing your final reports. 
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Executing the plan 



ical hacking takes persistence. Time and patience are important. Be 
hen you're performing your ethical hacking tests. A hacker in your 
network or a seemingly benign employee looking over your shoulder might 
watch what's going on and use this information against you or your business. 

Making sure that no hackers are on your systems before you start isn't prac- 
tical. Be sure you keep everything as quiet and private as possible. This is 
especially critical when transmitting and storing your test results. If possible, 
encrypt any e-mails and files containing sensitive test information by using 
Pretty Good Privacy (PGP) (www . pgp . com), encrypted Zip file, or similar 
technology. 

You're now on a reconnaissance mission. Harness as much information as 
possible about your organization and systems, much like malicious hackers 
do. Start with a broad view and narrow your focus: 

1. Search the Internet for your organization's name, your computer and 
network system names, and your IP addresses. 

Google is a great place to start. 

2. Narrow your scope, targeting the specific systems you're testing. 

Whether you're assessing physical security structures or Web applica- 
tions, a casual assessment can turn up a lot of information about your 
systems. 

3. Further narrow your focus with a more critical eye. Perform actual scans 
and other detailed tests to uncover vulnerabilities on your systems. 

4. Perform the attacks and exploit any vulnerabilities you find, if that's 
what you choose to do. 

Check out Chapter 4 to find out more information and tips on using this 
process. 



Evaluating results 

Assess your results to see what you've uncovered, assuming that the vulner- 
abilities haven't been made obvious before now. This is where knowledge 
counts. Your skill at evaluating the results and correlating the specific vulner- 
abilities discovered will get better with practice. You'll end up knowing your 
systems much better than anyone else. This makes the evaluation process 
much simpler moving forward. 
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Submit a formal report to upper management or to your client, outlining your 
results and any recommendations you wish to share. Keep these parties in the 
ow that your efforts and their money are well spent. Chapter 16 
the ethical hacking reporting process. 



MoVinq on 

When you finish your ethical hacking tests, you (or your client) still need 
to implement your recommendations to make sure the systems are secure. 
Otherwise, all the time, money, and effort spent on ethical hacking goes to 
waste. 

New security vulnerabilities continually appear. Information systems con- 
stantly change and become more complex. New hacker exploits and security 
vulnerabilities are regularly uncovered. You might even discover new ones 
yourself! Vulnerability scanners get better and better. Security tests are a 
snapshot of the security posture of your systems. At any time, everything can 
change, especially after upgrading software, adding computer systems, or 
applying patches. Plan to test regularly and consistently (for example, once a 
month, once a quarter, or biannually). Chapter 18 covers managing security 
changes. 
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In This Chapter 

Understanding the enemy 
Profiling hackers and malicious users 
Understanding why attackers do what they do 
Examining how attackers go about their business 



efore you start assessing the security of your own systems, you may 
want to know something about the people you're up against. Many 
information security product vendors and other professionals claim that you 
should protect your systems from the bad guys — both internal and external. 
But what does this mean? How do you know how these people think and work? 

Knowing what hackers and malicious users want helps you understand how 
they work. Understanding how they work helps you to look at your information 
systems in a whole new way. In this chapter, I describe the challenges you face 
from hackers, the people actually doing the misdeeds, and their motivations 
and methods so you're better prepared for your ethical hacking tests. 




What \lou're Up Against 

Thanks to sensationalism in the media, public perception of hacker has trans- 
formed from harmless tinkerer to malicious criminal. Nevertheless, hackers 
often state that the public misunderstands them, which is mostly true. It's 
easy to prejudge what you don't understand. Unfortunately, many hacker ste- 
reotypes are based on misunderstanding rather than fact, misunderstanding 
that fuels a constant debate. 

Hackers can be classified by both their abilities and their underlying moti- 
vations. Some are skilled, and their motivations are benign; they're merely 
seeking more knowledge. At the other end of the spectrum, hackers with 
malicious intent seek some form of personal gain. Unfortunately, the negative 
aspects of hacking usually overshadow the positive aspects and promote the 
negative stereotypes. 
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Historically, hackers hacked for the pursuit of knowledge and the thrill of the 
challenge. Script kiddies (hacker wannabes with limited skills) aside, hackers 
turous and innovative thinkers and are always devising new ways 
computer vulnerabilities. (For more on script kiddies, see the sec- 
tion, "Who Breaks into Computer Systems," later in this chapter.) They see 
what others often overlook. They wonder what would happen if a cable was 
unplugged, a switch was flipped, or lines of code were changed in a program. 
These old-school hackers are like Tim "The Toolman" Taylor — Tim Allen's 
character on the classic sitcom Home Improvement — thinking they can 
improve electronic and mechanical devices by "rewiring them." More recent 
evidence shows that many hackers may also hack for political, competitive, 
and even financial purposes, so times are changing. 



When they were growing up, hackers' rivals were monsters and villains on 
video game screens. Now hackers see their electronic foes as only that — 
electronic. Hackers who perform malicious acts don't really think about the 
fact that human beings are behind the firewalls, wireless networks, and Web 
applications they're attacking. They ignore that their actions often affect 
those human beings in negative ways, such as jeopardizing their job security. 

On the flip side, odds are you have at least a handful of employees, contrac- 
tors, interns, or consultants who intend to compromise sensitive information 
on your network for malicious purposes. These people don't hack in the way 
people normally suppose. Instead, they root around in files on server shares, 
delving into databases they know they shouldn't be in, sometimes stealing, 
modifying, and deleting sensitive information to which they have access. 
This behavior is often very hard to detect — especially given the widespread 
belief by management that users can and should be trusted to do the right 
things. This activity is perpetuated if these users passed their criminal back- 
ground and credit checks before they were hired. Past behavior is often the 
best predictor of future behavior, but just because someone has a clean 
record and authorization to access sensitive systems doesn't mean he or she 
won't do anything bad. Criminals have to start somewhere! 



As negative as breaking into computer systems often can be, hackers and mali- 
cious users play key roles in the advancement of technology. In a world with- 
out hackers, odds are that the latest intrusion prevention technology, data 
leakage protection, or vulnerability scanning tools would not exist. Such a 
world may not be bad, but technology does keep us in our jobs and keeps our 
field moving forward. Unfortunately, the technical security solutions can't 
ward off all malicious attacks and unauthorized use because hackers and 
(sometimes) malicious users are usually a few steps ahead of technology. 



However you view the stereotypical hacker or malicious user, one thing is 
certain: Somebody will always try to take down your computer systems and 
compromise information by poking and prodding where he or she shouldn't, 
by all-out hacking, or by creating and launching automated worms and other 
malware. You must take the appropriate steps to protect your systems 
against this kind of intrusion. 
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the bad guys 



like thieves, kidnappers, and other organized 
criminals you hear about in the news every 
day. The smart ones constantly devise ways to 
fly under the radar and exploit even the small- 
est weaknesses that lead them to their target. 
The following are examples of how hackers 
and malicious users think and work. This list 
isn't intended to highlight specific exploits that 
I cover in this book or that I recommend you 
carry out, but rather to demonstrate the context 
and approach of a malicious mindset: 

r* Evading an intrusion prevention system 
by changing their MAC address and IP 
address every few minutes to get further 
into a network without being completely 
blocked 

v 0 Exploiting a physical security weakness by 
being aware of offices that have already 
been cleaned by the cleaning crew and are 
unoccupied (and thus easy to access with 
little chance of getting caught) by simply 
noting that the office blinds are opened 
and the curtains are pulled shut in the early 
morning 

v 0 Bypassing Web access controls by chang- 
ing a malicious site's URL to its dotted 
decimal IP address equivalent and then 
converting it to hexadecimal for use in the 
Web browser 



Using unauthorized software that would 
otherwise be blocked at the firewall by 
changing the defaultTCP port that it runs on 

Setting up a wireless "evil twin" near a 
local Wi-Fi hotspot to lure unsuspect- 
ing Internet surfers onto a rogue network 
where their information can be captured 
and easily manipulated 

V Using a trusting colleague's user ID and 
passwordto gain access to sensitive infor- 
mation that would otherwise be impossible 
to obtain 

u* Unplugging the power cord or Ethernet 
connection to a networked CCTV security 
camera that monitors access to the com- 
puter room or other sensitive areas and 
gaining unfettered access 

V Performing SQL injection or password 
cracking against a Web site via a neigh- 
bor's unprotected wireless network in 
order to hide his or her identity 

These people operate in countless ways and 
this list only presents a small number of the 
techniques hackers may use. Information 
security professionals need to think and work 
this way in order to really dig in and find secu- 
rity vulnerabilities that may not otherwise be 
uncovered. 



Who Breaks into Computer Systems 

Computer hackers have been around for decades. Since the Internet became 
widely used in the late 1990s, the mainstream public has started to hear 
more and more about hacking. Only a few hackers, such as John Draper (also 
known as Captain Crunch), and Kevin Mitnick, are really well known. Many 
more unknown hackers are looking to make a name for themselves. They're 
the ones you have to look out for. 
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In a world of black and white, describing the typical hacker is easy. A gen- 
eral stereotype of a hacker is an antisocial, pimply faced, teenage boy. But 
has many shades of gray and many types of hackers. Hackers are 
d unique individuals, so an exact profile is hard to outline. The best 
broad description of hackers is that all hackers aren't equal. Each hacker has 
his or her own unique motives, methods, and skills. Hacker skill levels fall 
into three general categories: 



Script kiddies: These are computer novices who take advantage of the 
hacker tools, vulnerability scanners, and documentation available free 
on the Internet but don't have any knowledge of what's really going on 
behind the scenes. They know just enough to cause you headaches, but 
typically are very sloppy in their actions, leaving all sorts of digital fin- 
gerprints behind. Even though these guys are the stereotypical hackers 
that you hear about in the news media, they often need only minimal 
skills to carry out their attacks. 

Criminal hackers: These are skilled criminal experts who also write 
some of the hacking tools, including the scripts and other programs that 
the script kiddies and ethical hackers use. These folks also write such 
malware as viruses and worms. They can break into systems and cover 
their tracks. They can even make it look like someone else hacked their 
victims' systems. 

Advanced hackers are often very secretive and share information with 
their "subordinates" only when they are deemed worthy. Typically, 
for lower-ranked hackers to be considered worthy, they must possess 
some unique information or prove themselves through a high-profile 
hack. These hackers are arguably some of your worst enemies in infor- 
mation security. (Okay, maybe they're not as bad as untrained and 
careless users.) Fortunately, these elite hackers are not as plentiful as 
script kiddies. 

Security researchers: These are highly technical and publicly known 
IT professionals who not only monitor and track computer, network, 
and application vulnerabilities but also write the tools and other code 
to exploit them. If these guys didn't exist, we wouldn't have much in 
the way of open source security testing tools. I follow many of these 
security researchers on a weekly basis via their blogs, message boards, 
and articles and you should, too. Following the progress of these 
security researchers helps you stay up to date on both vulnerabilities 
and the latest and greatest security tools. I list the tools and related 
resources from various security researchers in Appendix A and through- 
out the book. 



Regardless of age and complexion, hackers possess curiosity, bravado, and 
often very sharp minds. 
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Perhaps more important than a hacker's skill level is his or her motivation: 

J^Ha^ktivists try to disseminate political or social messages through their 
|\^^k- A hacktivist wants to raise public awareness of an issue. Examples 
of hacktivism are the Web sites that were defaced with the Free Kevin 
messages that promoted freeing Kevin Mitnick from prison for his famous 
hacking escapades. Others cases of hacktivism include messages about 
legalizing marijuana, protests against the war in Iraq, and many other 
social and political issues around the world. A more recent example was 
the use of Twitter to spread distributed denial of service (DDoS) instruc- 
tions by students protesting the 2009 election results in Iran. 

Cyberterrorists attack government computers or public utility infra- 
structures, such as power grids and air-traffic control towers. They 
crash critical systems or steal classified government information. 
Countries take the threats these cyberterrorists pose so seriously 
that many mandate information-security controls in crucial industries, 
such as the power industry, to protect essential systems against these 
attacks. 

Hackers for hire are part of organized crime on the Internet. Not long 
ago, the Korean National Police Agency busted the Internet's larg- 
est known organized hacking ring, which had over 4,400 members. In 
another instance, police in the Philippines busted a multimillion-dollar 
organized hacking ring that sold cheap phone calls made through phone 
lines the ring had hacked into. Many of these hackers hire out them- 
selves or their botnets for money — and lots of it! 
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These criminal hackers are in the minority, so don't think that you're up 
against millions of these villains. Many other hackers just love to tinker and 
only seek knowledge of how computer systems work. Your greatest threat 
works inside your building and has a valid network account, so don't discount 
the insider threat. 



Why They bo It 

The main reason hackers hack is because they can. Period. Okay, it goes a 
little deeper than that. Hacking is a casual hobby for some hackers — they 
hack just to see what they can and can't break into, usually testing only their 
own systems. These aren't the folks I write about in this book. I focus on 
those hackers who are obsessive about gaining notoriety or defeating com- 
puter systems, and those who have criminal intentions. 
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Many hackers get a kick out of outsmarting corporate and government IT and 
security administrators. They thrive on making headlines and being notorious 
laws. Defeating an entity or possessing knowledge that few other 
ve makes them feel better about themselves. Many of these hackers 
feed off the instant gratification of exploiting a computer system. They become 
obsessed with this feeling. Some hackers can't resist the adrenaline rush they 
get from breaking into someone else's systems. Often, the more difficult the 
job is, the greater the thrill is for hackers. 



Hackers often promote individualism — or at least the decentralization of 
information — because many believe that all information should be free. 
They think cyberattacks are different from attacks in the real world. Hackers 
may easily ignore or misunderstand their victims and the consequences of 
hacking. Many hackers say they don't intend to harm or profit through their 
bad deeds, a belief that helps them justify their work. Many don't look for 
tangible payoffs. Just proving a point is often a sufficient reward for them. 

The knowledge that malicious attackers gain and the self-esteem boost that 
comes from successful hacking might become an addiction and a way of life. 
Some attackers want to make your life miserable, and others simply want to 
be seen or heard. Some common motives are revenge, basic bragging rights, 
curiosity, boredom, challenge, vandalism, theft for financial gain, sabotage, 
blackmail, extortion, and corporate espionage. Hackers regularly cite these 
motives to explain their actions, but these motivations tend to be cited more 
commonly during difficult economic conditions. 

Malicious users inside your network may be looking to gain information to 
help them with personal financial problems, to give them a leg up over a 
competitor, to seek revenge on their employers, to satisfy their curiosity, or 
to relieve boredom. 



Many business owners and managers — even some network and security 
administrators — believe that they don't have anything that a hacker wants or 
that hackers can't do much damage if they break in. They couldn't be more 
mistaken. This dismissive kind of thinking about hacking helps support the 
bad guys and promote their objectives. Hackers can compromise a seemingly 
unimportant system to access the network and use it as a launching pad for 
attacks on other systems. 



Remember that hackers often hack just because they can. Some hackers go 
for high-profile systems, but hacking into anyone's system helps them fit into 
hacker circles. Hackers exploit many people's false sense of security and go 
for almost any system they think they can compromise. Electronic informa- 
tion can be in more than one place at the same time, so if hackers merely 
copy information from the systems they break into, it's tough to prove that 
hackers possess that information. 
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Similarly, hackers know that a simple defaced Web page — however easily 
attacked — is not good for someone else's business. The following Web site 
ew examples of Web pages that have been defaced in the past: 

zone-h . org /archive. 



Hacked sites can often persuade management and other nonbelievers to 
address information threats and vulnerabilities. 

Computer breaches continue to get easier for several reasons: 

Widespread use of networks and Internet connectivity 

Anonymity provided by computer systems working over the Internet 
and often on the internal network (because, effectively, logging and 
especially log monitoring rarely takes place) 

v 0 Greater number and availability of hacking tools 

Large number of open wireless networks that help hackers cover 
their tracks 

v 0 Greater complexity and size of the codebase in the applications and 
databases being developed today 

Computer-sawy children 

W Unlikelihood that attackers will be investigated or prosecuted if caught 



Although most attacks go unnoticed or unreported, criminals who are dis- 
covered are often not pursued or prosecuted. When they're caught, hackers 
often rationalize their services as being altruistic and a benefit to society: 
They're merely pointing out vulnerabilities before someone else does. 
Regardless, if hackers are caught and prosecuted, the "fame and glory" 
reward system that hackers thrive on is threatened. 

The same goes for malicious users. Typically, their shenanigans go unno- 
ticed, but if they're caught, the security breach may be kept hush-hush in the 
name of shareholder value or not wanting to ruffle any feathers. However, 
recent information security and privacy laws and regulations are changing 
this because in most situations breach notification is required. Sometimes, 
the person is fired or asked to resign. Although public cases of internal 
breaches are becoming more common, these cases do not give a full picture 
of what's really taking place in the average organization. 

Whether or not they want to, most executives now have to deal with all 
the state, federal, and international laws and regulations that require noti- 
fications of breaches or suspected breaches of sensitive information. This 
applies to external hacks, internal breaches, lost backup tapes, and more. 
Appendix A contains URLs to the sites giving information security and pri- 
vacy laws and regulations that may affect your business. 
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in the name of liberty? 



5 that contradict 
their stated purposes — that is, they fight for 
civil liberties and want to be left alone, while 
at the same time, they love prying into other 
people's business. Many hackers call them- 
selves civil libertarians and claim to support 
the principles of personal privacy and freedom. 
However, they contradict their words by intrud- 
ing on the privacy and property of others. They 
often steal the property and violate the rights 
of others, but are willing to go to great lengths 



to get their own rights back from anyone who 
threatens them. 

The case involving copyrighted materials and 
the Recording Industry Association of America 
(RIAA) is a classic example. Hackers have gone 
to great lengths to prove a point, from defac- 
ing the Web sites of organizations that support 
copyrights to illegally sharing music by using 
otherwise legal mediums like Kazaa, Gnutella, 
and Morpheus. Go figure. 



Planning and Performing Attacks 

Attack styles vary widely: 

Some hackers prepare far in advance of a large attack. They gather 
small bits of information and methodically carry out their hacks, as I 
outline in Chapter 4. These hackers are the most difficult to track. 

Other hackers — usually the inexperienced script kiddies — act 
before they think through the consequences. Such hackers may try, for 
example, to telnet directly into an organization's router without hiding 
their identities. Other hackers may try to launch a DoS attack against 
a Microsoft Exchange server without first determining the version of 
Exchange or the patches that are installed. These hackers usually are 
caught. 

v* Malicious users are all over the map. Some can be quite savvy based 
on their knowledge of the network and of how IT operates inside the 
organization. Others go poking and prodding around into systems they 
shouldn't be in — or shouldn't have had access to in the first place — 
and often do stupid things that lead security or network administrators 
back to them. 

Although the hacker underground is a community, many of the hackers — 
especially advanced hackers — don't share information with the crowd. Most 
hackers do much of their work independently. 
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Hackers who network with one another use private message boards, anony- 
mous e-mail addresses, hacker Web sites, and Internet Relay Chat (IRC). You 

' ^^I^S" t0 many °* t ' 16Se Sit6S t0 S6e w ^ at nac k ers are doing. 

Whatever approach they take, most malicious attackers prey on ignorance. 
They know the following aspects of real-world security: 



The majority of computer systems aren't managed properly. The 

computer systems aren't properly patched, hardened, and monitored. 
Attackers can often fly below the radar of the average firewall, an IPS, or 
access control system. This is especially true for malicious users whose 
actions are often not monitored at all, while, at the same time, they have 
full access to the very environment they can exploit. 

Most network and security administrators simply can't keep up with 
the deluge of new vulnerabilities and attack methods. These people 
often have too many tasks to stay on top of and too many other fires to 
put out. Network and security administrators may also fail to notice or 
respond because of poor time management and goal setting, but that's 
for another discussion. 

*<" Information systems grow more complex every year. This is yet 
another reason why overburdened administrators find it difficult to 
know what's happening across the wire and on the hard drives of all 
their systems. 



Time is an attacker's friend — and it's almost always on his or her side. 
By attacking through computers rather than in person, hackers have more 
control over the timing for their attacks: 



Attacks can be carried out slowly, making them hard to detect. 

Attacks are frequently carried out after typical business hours — often 
in the middle of the night, and from home, in the case of malicious users. 
Defenses are often weaker after hours — with less physical security and 
less intrusion monitoring — when the typical network administrator (or 
security guard) is sleeping. 

If you want detailed information on how some hackers work or want to keep 
up with the latest hacker methods, several magazines are worth checking out: 

*<" 2600 — The Hacker Quarterly magazine (www .2600. com) 
t>* (IN)SECURE Magazine (www.net-security.org/insecuremag.php) 
t>» Hackin9 (http : / /hakin9 . org) 

PHRACK (www . phrack . org/archives) 
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Also, check out Lance Spitzner's Web site, www. tracking-hackers . com, 
for some great information on tracking hacker behavior. 



attackers usually learn from their mistakes. Every mistake moves 
them one step closer to breaking into someone's system. They use this 
knowledge when carrying out future attacks. You, as an ethical hacker, need 
to do the same. 



Maintaining Anonymity 

Smart attackers want to remain as low-key as possible. Covering their tracks 
is a priority and many times, their success depends on them remaining 
unnoticed. They want to avoid raising suspicion so they can come back and 
access the systems in the future. Hackers often remain anonymous by using 
one of the following resources: 

*<" Borrowed or stolen dial-up and VPN accounts from friends or previous 
employers 

v* Public computers at libraries, schools, or kiosks at the local mall 
Open wireless networks 

Internet proxy servers or anonymizer services 

*<" Anonymous or disposable e-mail accounts from free e-mail services 

v 0 Open e-mail relays 

Unsecured computers — also called zombies or bots — at other 
organizations 

Workstations or servers on the victim's own network 

If hackers use enough stepping stones for their attacks, they are hard to trace. 
Luckily, one of your biggest concerns — the malicious user — generally isn't 
quite as savvy. That is, unless the user is a network or security administrator. 



Chapter 3 

Developing Your 
Ethical Hacking Plan 

In This Chapter 

Setting ethical hacking goals 

Selecting which systems to test 

Developing your ethical hacking testing standards 

Examining hacking tools 



AM s an ethical hacker, you must plan your ethical hacking efforts before 
¥ \ you start. A detailed plan doesn't mean that your testing must be elabo- 
rate. It just means that you're clear and concise about what to do. Given the 
seriousness of ethical hacking, make this as structured a process as possible. 

Even if you only test a single Web application or workgroup of computers, 
establishing your goals, defining and documenting the scope of what you'll 
be testing, determining your testing standards, and gathering and familiariz- 
ing yourself with the proper tools for the task is critical. This chapter covers 
these steps to help you create a positive ethical hacking environment so you 
can set up for success. 

Always make sure you have approval from management, executives, or your 
clients before you start implementing your ethical hacking plan. 
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Do you need insurance? 



If you're an independent consultant or have a 
business with a team of ethical hackers, con- 
sider getting professional liability insurance 
(also known as errors and omissions insur- 
ance) from an insurance agent who specializes 
in business insurance coverage. This kind of 



insurance can be expensive, but will be well 
worth the expense if something goes awry and 
you need protection. Many customers even 
require the insurance before they'll hire you to 
do the work. 
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Jcal hacking plan needs goals. The main goal of ethical hacking is to 
find vulnerabilities in your systems so you can make them more secure. You 
can then take this a step further: 

Define more specific goals. Align these goals with your business objec- 
tives. What are you and the management trying to get from this process? 

Create a specific schedule with start and end dates as well as the times 
your testing is to take place. These dates and times are critical compo- 
nents of your overall plan. 



Before you begin any ethical hacking, you absolutely, positively need every- 
thing in writing and signed-off on. Document everything, and involve manage- 
ment in this process. Your best ally in your ethical hacking efforts is a 
manager who supports what you're doing. 

The following questions can start the ball rolling when you define the goals 
for your ethical hacking plan: 



<<" Does ethical hacking support the mission of the business and its IT 
and security departments? 

*<" What business goals are met by performing ethical hacking? These 
goals may include the following: 

• Prepping for the internationally accepted security standard of 
ISO/IEC 27002:2005 

• Meeting federal regulations such as HIPAA, GLBA, or PCI DSS 

• Meeting contractual requirements of clients or business partners 

• Improving the company's image 

*<" How will ethical hacking improve security, IT, and the general 
business? 

*<" What information are you protecting? This could be personal health 
information, intellectual property, confidential client information, or 
private employee information. 

t>* How much money, time, and effort are you and your organization 
willing to spend on ethical hacking? 

What specific deliverables will there be? Deliverables can include any- 
thing from high-level executive reports to detailed technical reports and 
write-ups on what you tested, along with the outcomes of your tests. 
You can deliver specific information that is gleaned during your testing, 
such as passwords and other confidential information. 
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What specific outcomes do you want? Desired outcomes include the 
justification for hiring or outsourcing security personnel, increasing 



security budget, meeting compliance requirements, or enhancing 
rity systems. 



After you know your goals, document the steps to get there. For example, if 
one goal is to develop a competitive advantage to keep existing clients and 
attract new ones, determine the answers to these questions: 



v 0 When will you start your ethical hacking? 

Will your ethical hacking be blind, in which you know nothing about the 
systems you're testing, or knowledge based, in which you're given spe- 
cific information about the systems you're testing, such as IP addresses, 
host names, and even usernames and passwords? 

Will this testing be technical in nature, involve physical security assess- 
ments, or even use social engineering? 

v 0 Will you be part of a larger ethical hacking team, sometimes called a 
tiger team or red team? 

Will you notify your clients of what you're doing and when you're doing 
it? If so, how? 

Client notification is a critical issue. Many clients appreciate that you're 
taking steps to protect their information. Approach the testing in a 
positive way. Don't say, "We're breaking into your systems to see what 
information of yours is vulnerable to hackers," even if that's what you're 
doing. Instead, you can say that you're assessing the overall security of 
the client's systems so the information is as secure as possible. 

*<" How will you know whether clients care about this? 

V How will you notify clients that the organization is taking steps to 
enhance the security of their information? 

v 0 What measurements can ensure that these efforts are paying off? 

Establishing your goals takes time, but you won't regret it. These goals are 
your road map. If you have any concerns, refer to these goals to make sure 
that you stay on track. 



Determining Which Systems to Hack 

You probably don't want — or need — to assess the security of all your sys- 
tems at the same time. Assessing security of all your systems could be quite 
an undertaking and might lead to problems. I'm not recommending that you 
don't eventually assess every computer and application you have. I'm just 
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suggesting that whenever possible, you should break your ethical hacking 
projects into smaller chunks to make them more manageable. You might 

hich systems to test based on a high-level risk analysis, answering 
such as 



u 0 What are your most critical systems? Which systems, if accessed with- 
out authorization, would cause the most trouble or suffer the greatest 
losses? 

u 0 Which systems appear most vulnerable to attack? 

*<" Which systems are not documented, are rarely administered, or are the 
ones you know the least about? 

After you've established your overall goals, decide which systems to test. 
This step helps you define a scope for your ethical hacking so that you 
establish everyone's expectations up front and better estimate the time and 
resources for the job. 

The following list includes devices, systems, and applications that you may 
consider performing your hacking tests on: 

v* Routers and switches 
v 0 Firewalls 

u 0 Wireless access points and bridges 
u 0 Web, application, and database servers 

V E-mail and file or print servers 
u 0 Workstations, laptops, and tablet PCs 

u 0 Mobile devices (such as PDAs and smart phones) that store confidential 
information 

i*" Client and server operating systems 

What specific systems you should test depends on several factors. If you 
have a small network, you can test everything. Consider testing just public- 
facing hosts such as e-mail and Web servers and their associated applica- 
tions. The ethical hacking process is flexible. Base these decisions on what 
makes the most business sense. 

Start with the most vulnerable systems and consider the following factors: 

v 0 Where the computer or application resides on the network 
v 0 Which operating system and application(s) the system runs 

V The amount or type of critical information stored on the system 
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is the process of creating 
a flowchart-type mapping of how malicious 
attackers would attack a system. Attack trees 
are typically used in higher-level information 
risk analyses and by security-savvy develop- 
ment teams when planning out a new software 
project. If you really want to take your ethical 
hacking to the next level by thoroughly planning 
your attacks, working very methodically, and 
being more professional to boot, then attack 
tree analysis is just the tool you need. 

'!■ ; Securltree - ACHE4 alternatives. rit (unmodified) 
File Edit View Analyze Tools Window Help 



The only drawback is that attack trees can take 
considerable time to draw out and require a 
fair amount of expertise. Why sweat it, though, 
when you can use a computer to do a lot of 
the work for you? A commercial tool called 
Secur/free, by Amenaza Technologies Limited 
(www. amenaza . com), specializes in attack 
tree analysis and should be in every serious 
security team's or professional's toolbox. The 
following figure shows a sample Secur/7ree 
attack tree analysis. 
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A previous security risk assessment, vulnerability test, or business impact 
analysis may already have generated this information. If so, that documenta- 
tion can help identify systems for more testing. 
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kr Ethical hacking goes a few steps deeper than higher-level information risk 
"""""" assessments and vulnerability assessments. As an ethical hacker, you often 

^■siarirb^gleaning information on all systems — including the organization as a 
VJf ly^g^^and then further assessing the most vulnerable systems. But again, 
this process is flexible. I discuss the ethical hacking methodology in Chapter 4. 

Another factor that will help you decide where to start is to assess the sys- 
tems that have the greatest visibility. For example, focusing on a database 
or file server that stores client or other critical information may make more 
sense — at least initially — than concentrating on a firewall or Web server 
that hosts marketing information about the company. 



Creating Testing Standards 

One miscommunication or slip-up can send the systems crashing during your 
ethical hacking tests. No one wants that to happen. To prevent mishaps, 
develop and document testing standards. These standards should include 

When the tests are performed, along with the overall timeline 
j-" Which tests are performed 

j^* How much knowledge of the systems you acquire in advance 

How the tests are performed, and from what source IP addresses 
(if performed across the Internet) 

What you do when a major vulnerability is discovered 

This is a list of general best practices — you can apply more standards for 
your situation. The following sections describe these general best practices 
in more detail. 



Timing 

They say that it's "all in the timing." This is especially true when performing 
ethical hacking tests. Make sure that the tests you perform minimize disrup- 
tion to business processes, information systems, and people. You want to 
avoid harmful situations such as miscommunicating the timing of tests and 
causing a DoS attack against a high-traffic e-commerce site in the middle of 
the day, or performing password-cracking tests in the middle of the night. 
It's amazing what a 12-hour time difference (2 p.m. during major produc- 
tion versus 2 a.m. during down time) can make when testing your systems! 
Everyone on the project needs to agree on a detailed timeline before you 
begin. Having the team members' agreement puts everyone on the same page 
and sets correct expectations. 
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If possible and practical, notify your Internet service providers (ISPs) or host- 
ing/colo providers so that they're aware of the testing going on, to minimize 
^frl«hC? ce that they will block your traffic if they suspect malicious behavior 
V^jtV^^s up on their firewall or intrusion detection system or intrusion pre- 
vention systems (IDS/IPS). 

Your testing timeline should include specific short-term dates and times of 
each test, the start and end dates, and any specific milestones in between. 
You can develop and enter your timeline into a simple spreadsheet or Gantt 
chart, or you can include the timeline as part of your initial client proposal 
and contract. A timeline such as the following keeps things simple and pro- 
vides a reference during testing: 



Test Performed 


Tester 


Start Time 


Projected End Time 


Web application 

vulnerability 

scanning 


Tommy Tinker 


July 1 


, 6 a.m. 


July 1,10 


a.m. 


OS vulnerability 
exploitation 


Amy Trusty 


July 2 


, 12p.m. 


July 2, 5 | 


).m. 



Specific tests 

You might have been charged with performing a general penetration test, or 
you may want to perform specific tests, such as cracking passwords or trying 
to gain access to a Web application. Or you might be performing a social 
engineering test or assessing Windows on the network. However you test, 
you might not want to reveal the specifics of the testing. Even when your 
manager or client doesn't require detailed records of your tests, document 
what you are doing at a high level. Documenting your testing can help elimi- 
nate any potential miscommunication and keep you out of hot water. 

Enabling logging on the systems you test provides evidence of what and when 
you test and more. You could even record screen actions using a tool such as 
Camtasia Studio (www.camtasia.com). 

Sometimes, you might know the general tests that you perform, but if you use 
automated tools, it may be next to impossible to understand every test you 
perform completely. This is especially true when the software you're using 
receives real-time vulnerability updates from the vendor each time you run 
it. The potential for frequent updates underscores the importance of reading 
the documentation and readme files that come with the tools you use. 
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An updated program once bit me. I was performing an automated assess- 
ment on a client's Web site — the same test I performed the previous week. 

and I had scheduled the test date and time in advance. But I didn't 
the software vendor made some changes to its Web form submis- 
sion tests, and I accidentally flooded the client's Web application, creating a 
DoS condition. 



Luckily, this DoS condition occurred after business hours and didn't affect 
the client's operations. However, the client's Web application was coded to 
generate an alert e-mail for every form submission. The application devel- 
oper and company's president received 4,000 e-mails in their inboxes within 
about 10 minutes — ouch! My experience is a perfect example of not knowing 
how my tool was configured by default and what it would do in this situation. 
I was lucky that the president was tech-sawy and understood the situation. 
Remember to have a contingency plan in case a situation like this occurs. 



Blind Versus knortiedqe assessments 

Having some knowledge of the systems you're testing might be a good idea, 
but it's not required. But, a basic understanding of the systems you hack can 
protect you and others. Obtaining this knowledge shouldn't be difficult if 
you're hacking your own in-house systems. If you hack a client's systems, you 
might have to dig a little deeper into how the systems work so you're familiar 
with them. Doing so has always been my practice and I've never had a client 
ask for a full blind assessment because most people are scared of them. This 
doesn't mean that blind assessments aren't valuable, but the type of assess- 
ment you carry out depends on your specific needs. 

The best approach is to plan on unlimited attacks, wherein any test is pos- 
sible. The bad guys aren't hacking your systems within a limited scope, so 
why should you? 

Consider whether the tests should be performed so that they're undetected 
by network administrators and any managed security service providers. 
While not required, this practice should be considered, especially for social 
engineering and physical security tests. I outline specific tests for those sub- 
jects in Chapters 5 and 6. 



If too many insiders know about your testing, they might create a false sense 
of vigilance by improving their habits, which can end up negating the hard 
work you put into the testing. This doesn't mean you shouldn't tell anyone. 
Always have a main point of contact within the organization — preferably 
someone with decision-making authority — that both you and all employees 
can contact if and when something goes wrong with your testing. 
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you perform dictate where you must run them from. Your goal is to 
systems from locations accessible by malicious hackers. You can't 
predict whether you'll be attacked by a someone inside or outside your net- 
work, so cover all your bases. Combine external (public Internet) tests and 
internal (private network) tests. 

You can perform some tests, like password cracking and network-infrastructure 
assessments, from your office. Having a true outsider who has no knowledge or 
vested interest perform other tests on routers, firewalls, and public Web appli- 
cations might be a better idea. 

For external hacks that require network connectivity, you might have to go 
off-site (a good excuse to work from home) or use an external proxy server. 
Better yet, if you can assign an available public IP address to your computer, 
simply plug in to the network on the outside of the firewall for a hacker's-eye 
view of your systems. Internal tests are easy because you need only physical 
access to the building and the network. You might be able to use a DSL line 
or cable modem already in place for visitors and similar users. 



Reacting to Vutnerabitities you find 

Determine ahead of time whether you'll stop or keep going when you find 
a critical security hole. You don't need to keep hacking forever or until you 
crash all the systems. Just follow the path you're on until you can't hack it 
any longer (pardon the pun). When in doubt, the best thing to do is to have a 
specific goal in mind and then stop when that goal has been met. 

Having said this, if you discover a major hole, I recommend contacting the 
right people as soon as possible so that they can begin fixing the issue right 
away. If you wait a few days or weeks, someone might exploit the vulner- 
ability and cause damage that could've been prevented. As an employee, 
this could violate your employment agreement and even be considered 
negligence. 



Silly assumptions 

You've heard about what you make of yourself when you assume things. 
Even so, you make assumptions when you hack your systems. Here are some 
examples of those assumptions: 
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t>* Computers, networks, and people are available when you're testing. 
You have all the proper testing tools. 



testing tools you use will minimize the chances of crashing the 
systems you test. 

I You know all the risks of your tests. 

Document all assumptions and have the management or your client sign off 
on them as part of your overall approval process. 



Selecting Security Assessment Toots 

Which security assessment tools you need depends on the tests you're going 
to run. While you can perform some ethical hacking tests with a pair of sneak- 
ers, a telephone, and a basic workstation on the network, but comprehensive 
testing is easier with hacking tools. 

\\V ^ ^ you're not sure what tools to use, fear not. Throughout this book, I intro- 
duce a wide variety of tools — both free and commercial — that you can use 
to accomplish your tasks. Chapter 1 provides a list of commercial, freeware, 
and open source tools. Appendix A contains a comprehensive listing of tools 
for your reference. 

It's important to know what each tool can and can't do and how to use each 
one. I suggest reading the manual and other help files. Unfortunately, some 
tools have limited documentation, which can be frustrating. You can search 
newsgroups and message boards and post a message if you're having trouble 
with a tool. 



g$l\NG.' Hacking tools can be hazardous to your network's health. Be careful when you 
"~35>s use them. Always make sure that you understand what every option does 

before you use it. Try your tools on test systems if you're not sure how to use 
them. These precautions help prevent DoS conditions and loss of data on your 
production systems. 

You may despise some freeware and open source hacking tools. If these tools 
end up causing you more headaches than they're worth or don't do what you 
need them to do, consider purchasing commercial alternatives. They're often 
easier to use and typically generate better high-level executive reports. Some 
commercial tools are expensive, but their ease of use and functionality often 
justify the cost. 
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In This Chapter 

Examining steps for successful ethical hacking 

Gleaning information about your organization from the Internet 

Scanning your network 

Looking for vulnerabilities 



efore you dive in head first with your ethical hacking, it's critical 
to have at least a basic methodology to work from. Ethical hacking 
involves more than just penetrating and patching a system or network. 
Proven techniques can help guide you along the hacking highway and ensure 
that you end up at the right destination. Using a methodology that supports 
your ethical hacking goals separates the professionals from the amateurs and 
helps ensure that you make the most of your time and effort. 



Setting the Stage for Testing 

In the past a lot of ethical hacking involved manual processes. Now, tools can 
automate various tasks. These tools allow you to focus on performing the tests 
and less on the specific steps involved. However, following a general methodol- 
ogy and understanding what's going on behind the scenes will help you. 

Ethical hacking is similar to beta testing software. Think logically — like a 
programmer, a radiologist, or a home inspector — to dissect and interact 
with all the system components to see how they work. You gather informa- 
tion, often in many small pieces, and assemble the pieces of the puzzle. You 
start at point A with several goals in mind, run your tests (repeating many 
steps along the way), and move closer until you discover security vulnerabili- 
ties at point B. 
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The process used for ethical hacking is basically the same as the one a mali- 
cious attacker would use — the primary differences lie in the goals and how 
ve them. Another key difference is that you, as an ethical hacker, 
ually attempt to assess all your information systems for vulnerabili- 
ties and properly address them, rather than run a single exploit or attack a 
small number of systems. Today's attacks can come from any angle against 
any system, not just from the perimeter of your network and the Internet 
as you might have been taught in the past. Test every possible entry point, 
including partner, vendor, and client networks, as well as home users, wire- 
less LANs, and laptop computers. Any human being, computer system, or 
physical component that protects your computer systems — both inside and 
outside your buildings — is fair game. 

When you start rolling with your ethical hacking, keep a log of the tests you 
perform, the tools you use, the systems you test, and your results. This infor- 
mation can help you do the following: 

p* Track what worked in previous tests and why. 

u 0 Help prove that you didn't maliciously hack the systems. 

v 0 Correlate your testing with intrusion detection systems and other log 
files if trouble or questions arise. 

Document your final report. 




In addition to taking general notes, taking screen captures of your results 
whenever possible is also helpful. These shots come in handy later should 
you need to show proof of what occurred, and they also will be useful as 
you generate your final report. Also, depending on the tools you use, these 
screen captures might be your only evidence of vulnerabilities or exploits 
when it comes time to write your final report. Chapter 3 lists the general steps 
involved in creating and documenting an ethical hacking plan. 



Your main task is to simulate the information gathering and system com- 
promises carried out by someone with malicious intent. This task can be a 
partial attack on one computer or it can constitute a comprehensive attack 
against the entire network. Generally, you look for weaknesses that mali- 
cious users and external attackers might exploit. You want to assess inter- 
nal systems (processes and procedures that involve computers, networks, 
people, and physical infrastructures). Look for vulnerabilities; check how all 
your systems interconnect and how private systems and information are (or 
aren't) protected from untrusted elements. 



These steps don't include specific information on the low-tech hacking meth- 
ods that you use for social engineering and assessing physical security, but 
the techniques are basically the same. I cover these methods in more detail 
in Chapters 5 and 6. 
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<Y? ^ If you're performing ethical hacking for a client, you may go the blind assessment 
"~ route and start with just the company name and no other information. This blind 
^^le#sjment approach allows you to start from the ground up and gives you a 
' \ye|t\^^ise of the information and systems that malicious attackers can access 
publicly. However, keep in mind that this way of testing can take longer, and you 
may have an increased chance of missing some security vulnerabilities. 

As an ethical hacker, you might not have to worry about covering your tracks 
or evading intrusion detection systems because everything you do is legiti- 
mate. But you might want to test systems stealthily. I discuss techniques that 
hackers use to conceal their actions in this book and outline some counter- 
measures for them, as well. 



Seeing What Others See 

Getting an outside look can turn up a ton of information about your organiza- 
tion and systems that others can see, through a process often called footprint- 
ing. Here's how to gather the information: 

is* Use a Web browser to search for information about your organization. 
Search engines, such as Google and Bing, are great places to start. 

v 0 Run network scans, probe open ports, and assess vulnerabilities to 
determine specific information about your systems. As an insider, you 
can use port scanners and Windows share-finder tools, such as GFI 
LANguard, to see what's accessible. 

Whether you search generally or probe more technically, limit the amount of 
information you gather based on what's reasonable for you. You might spend 
an hour, a day, or a week gathering this information — how much time you 
spend depends on the size of the organization and the complexity of its infor- 
mation systems. 




Gathering public information 

The amount of information you can gather about an organization's business 
and information systems is staggering and widely available on the Internet. 
Your job is to find out what's out there. This information allows malicious 
attackers and employees to target specific areas of the organization, includ- 
ing departments and key individuals. 

The following techniques can be used to gather information about your 
organization. 
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Web search 

Pejforming a Web search or simply browsing your organization's Web site 
up the following information: 




*<" Employee names and contact info 
u 0 Important company dates 
w* Incorporation filings (for private companies) 
*<" SEC filings (for public companies) 

Press releases about moves, organizational changes, and new products 
*>» Mergers and acquisitions 
v 0 Patents and trademarks 

t>» Presentations, articles, and Webcasts or Webinars 



Microsoft is making headway into the search arena with Bing (www . bing . 
com). However, my favorite tool (and the favorite of many hackers) is still 
Google (www. google . com). This search engine ferrets out information — 
from word processing documents to graphics files — on any publicly acces- 
sible computer. And it's free. Entire books have been written about using 
Google, so expect any hacker (ethical or otherwise) to be very well versed on 
this useful tool. (See Chapter 14 for more about Google hacking.) 

With Google, you can search the Internet in several ways: 



By typing keywords: This kind of search often reveals hundreds and 
sometimes millions of pages of information — such as files, phone num- 
bers, and addresses — that you never guessed were available. 

By performing advanced Web searches: Google's advanced search 
options can find sites that link back to your company's Web site. This 
type of search often reveals a lot of information about partners, vendors, 
clients, and other affiliations. 

V By using switches to dig deeper into a Web site: For example, if you 
want to find a certain word or file on your Web site, simply enter a line 
like one of the following into Google: 

site : www . your_domain . com keyword 
site : www . your_domain . com filename 



You can even do a generic filetype search across the entire Internet to see 
what turns up, such as: 



filetype : swf company_name 
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Use this search for Flash . swf files, which can be downloaded and decom- 
piled to reveal sensitive information that can be used against your business, 
in detail in Chapter 14. 



type:pdf company_name confidential 

Use this search for PDF documents that might contain sensitive information 
that can be used against your business. 



Web crawling 

Web-crawling utilities, such as HTTrack Website Copier, can mirror your 
Web site by downloading every publicly accessible file from it. You can then 
inspect that copy of the Web site offline, digging into the following: 

(<" The Web site layout and configuration 

t>* Directories and files that might not otherwise be obvious or readily 
accessible 

v 0 The HTML and script source code of Web pages 
Comment fields 



Comment fields often contain useful information such as names and e-mail 
addresses of the developers and internal IT personnel, server names, soft- 
ware versions, internal IP addressing schemes, and general comments about 
how the code works. 

Web sites 

The following Web sites may provide specific information about an organiza- 
tion and its employees: 

Government and business Web sites: 

• www. hoovers . com and http : / / finance . yahoo . com give 
detailed information about public companies. 

• www. sec . gov/edgar . shtml shows SEC filings of public companies. 

• www . uspto . gov offers patent and trademark registrations. 

• The Web site for your state's Secretary of State or similar organiza- 
tion can offer incorporation and corporate officer information. 

Background checks and other personal information: 

• ChoicePoint (www. choicepoint . com) 

• USSearch (www.ussearch.com) 

• ZabaSearch (www. zabasearch.com) 
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u map your network, you can search public databases and resources 
at other people know about your network. 



Whois 

The best starting point is to perform a Whois lookup by using any one of the 
Whois tools available on the Internet. You may have used Whois to check 
whether a particular Internet domain name is available. 

For ethical hacking, Whois provides the following information that can give a 
hacker a leg up to start a social engineering attack or to scan a network: 

Iu* Internet domain name registration information, such as contact names, 
phone numbers, and mailing addresses 
u* DNS servers responsible for your domain 

You can look up Whois information at one of the following places: 

Whois.net (www. whois .net) 
*<" A domain registrar's site, such as www . godaddy . com 
u 0 Your ISP's tech support site 

My favorite Whois tool is DNSstuff.com (www. dns stuff . com). Although this 
tool is no longer free and is used to sell many services, it's still a good resource. 

You can run DNS queries directly from the site to 

\^ Display general domain-registration information 

*<" Show which host handles e-mail (the Mail Exchanger or MX record) for a 
domain 

e* Map the location of specific hosts 

Determine whether the host is listed on certain spam blacklists 

A free site you can use for more basic Internet domain queries is www. 
dnstools . com. 

The following list shows various lookup sites for other categories: 

w* Government: www . dotgov . gov 

Military: www . ni c . mi 1 

*<" AfriNIC: www . af rinic . net (emerging Regional Internet Registry for 
Africa) 
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t-" APNIC: www . apnic . net (Regional Internet Registry for the Asia Pacific 
Region) 



: https : //ws . arin.net/whois/index.html (Regional Internet 
stry for North America, a portion of the Caribbean, and subequato- 
rial Africa) 

w* LACNIC: www. lacnic .net/en (Latin American and Caribbean Internet 
Addresses Registry) 

RIPE Network Coordination Centre: www . db . ripe . net /whois 
(Europe, Central Asia, African countries north of the equator, and the 
Middle East) 



If you're not sure where to look for a specific country, https : / /www. arin . 
net/knowledge/rirs/countries .html has a reference guide. 

Google Groups 

Google Groups (http : / /groups . google . com) can reveal surprising public 
network information. Search for such information as your fully qualified 
domain names (FQDNs), IP addresses, and usernames. You can search mil- 
lions of Usenet posts that date back to 1981 for public and often very private 
information. 




,JVVNG 




You might find some information that you didn't realize was made public, 
such as the following: 

v 0 A tech-support or message board post that divulges too much informa- 
tion about your systems. Many people who post messages like these 
don't realize that their messages are shared with the world or how long 
they are kept. 

w* Confidential company information posted by disgruntled employees or 
clients. 

If you discover that confidential information about your company is posted 
online, you may be able to get it removed. Check out the Google Groups help 
page at http : / /groups . google . com/ support for details. 

Privacy policies 

Check your Web site's privacy policy. A good practice is to let your site's 
users know what information is collected and how it's being protected, but 
nothing more. 

Make sure that the people who write your privacy policies (often nontechni- 
cal lawyers or marketing managers) don't divulge details about your informa- 
tion security infrastructure. Be careful to avoid the example of an Internet 
start-up businessman who once contacted me about a business opportunity. 
During the conversation, he bragged about his company's security systems 
that ensured the privacy of client information (or so he thought). I went to his 
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Web site to check out his privacy policy. He had posted the brand and model 
of firewall he was using, along with other technical information about his 

This type of information could certainly be used against him by bad 
a good idea. 



Scanning Systems 

Active information gathering produces more details about your network and 
helps you see your systems from an attacker's perspective. For instance, you can 

W Use the information provided by your Whois searches to test other 
closely related IP addresses and hostnames. When you map out and 
gather information about a network, you see how its systems are laid 
out. This information includes determining IP addresses, hostnames 
(typically external but occasionally internal), running protocols, open 
ports, available shares, and running services and applications. 

Scan internal hosts when and where they are within the scope of your 
testing. (Hint: They really ought to be.) These hosts might not be visible 
to outsiders (at least you hope they're not), but you absolutely need to 
test them to see what rogue employees and other insiders can access. 
A worst-case situation is that the hacker has set up shop on the inside. 
Just to be safe, examine your internal systems for weaknesses. 

If you're not completely comfortable scanning your systems, consider first 
using a lab with test systems or a system running virtual machine software, 
such as VMware Workstation or the open source alternative VirtualBox (www . 
virtualbox . org). 




Hosts 

Scan and document specific hosts that are accessible from the Internet 
and your internal network. Start by pinging either specific host names or IP 
addresses with one of these tools: 

v 0 The basic ping utility that's built in to your operating system 

u* A third-party utility that allows you to ping multiple addresses at the 
same time, such as SuperScan version 3 (www. founds tone . com/us/ 
resources /proddesc/superscan3 .htm) and NetScanTools Pro (www. 
netscantools . com) for Windows and fping (www. fping . com) for UNIX 

The site www . whatismyip . com shows how your gateway IP address appears 
on the Internet. Just browse to that site, and your public IP address (your 
firewall or router — preferably not your local computer) appears. This infor- 
mation gives you an idea of the outermost IP address that the world sees. 
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.open ports by using network scanning tools: 



v 0 Scan network ports with SuperScan or Nmap (http : / /nmap . org). See 
Chapter 8 for details. 

Listen to network traffic with a network analyzer, such as OmniPeek 
(www . wildpackets . com) and Wireshark (www. wireshark . com). I 
cover this topic in various chapters throughout this book. 



Scanning internally is easy. Simply connect your PC to the network, load the 
software, and fire away. Scanning from outside your network takes a few more 
steps, but it can be done. The easiest way to connect and get an "outside- 
in" perspective is to assign your computer a public IP address and plug that 
workstation into a switch or hub on the public side of your firewall or router. 
Physically, the computer is not on the Internet looking in, but this type of con- 
nection works just the same as long as it's outside your firewall and router. 
You can also do this outside-in scan from home or a remote office location. 



determining What's Running 
on Open Ports 

As an ethical hacker, you should glean as much information as possible after 
scanning your systems. You can often identify the following information: 

Protocols in use, such as IP, IPX, and NetBIOS 

W Services running on the hosts, such as e-mail, Web servers, and database 
applications 

v* Available remote access services, such as Windows Terminal Services/ 
Remote Desktop, VNC, and Secure Shell (SSH) 

W VPN services, such as PPTP, SSL, and IPSec 

Required authentication for network shares 

You can look for the following sampling of open ports (your network-scanning 
program reports these as accessible or open): 

Ping (ICMP echo) replies; ICMP traffic is allowed to and from the host 
TCP port 21, showing that FTP is running 
(<" TCP port 23, showing that telnet is running 

V TCP ports 25 or 465 (SMTP and SMPTS), 1 10 or 995 (POP3 and POP3S), or 
143 or 993 (IMAP and IMAPS), showing that an e-mail server is running 
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TCP/UDP port 53, showing that a DNS server is running 

TCP ports 80, 443, and 8080, showing that a Web server or Web proxy 
er is running 



TCP/UDP ports 135, 137, 138, 139 and, especially, 445, showing that an 
unprotected Windows host is running 

Thousands of ports can be open — 65,536 each for both TCP and UDP, to be 
exact. I cover many popular port numbers when describing hacks throughout 
this book. A continually updated listing of all well-known port numbers (ports 
0-1023) and registered port numbers (ports 1024-49151), with their associ- 
ated protocols and services, is located at www. iana . org/assignments/ 
port-numbers. You can also perform a port-number lookup at www. cotse . 
com/ cgi -bin/port . cgi. 

If you detect a Web server running on the system that you test, you can 
check the software version by using one of the following methods: 



Type the site's name followed by a page that you know doesn't exist, 
such as www . your_domain . com/1234 .html. Many Web servers return 
an error page showing detailed version information. 

*>* Use Netcraft's What's that site running? search utility (www . netcraf t . 
com), which connects to your server from the Internet and displays the 
Web server version and operating system, as shown in Figure 4-1. 



Figure 4-1: 

Netcraft's 
Web server 
version 
utility. 
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pWin (http: //sourceforge.net/projects/nmapwin) can 
rmine the system OS version. 

*<" An enumeration utility (such as DumpSec at www. systemtools . com/ 
somarsof t/?somarsof t . com) can extract users, groups, and file and 
share permissions directly from Windows. 

Many systems return useful banner information when you connect to a 
service or application running on a port. For example, if you telnet to an 
e-mail server on port 25 by entering telnet mail .your_domain. com 
25 at a command prompt, you may see something like this: 



22 0 mail.your_domain.com ESMTP all_ 
you_need_to_hack Ready 



the_versi on_info_ 



Most e-mail servers return detailed information, such as the version and 
the current service pack installed. After you have this information, you 
(and the bad guys) can determine the vulnerabilities of the system from 
some of the Web sites listed in the next section. 

A share-finder tool, such as the one built in to GFI LANguard, can find 
open Windows shares. 

An e-mail to an invalid address might return with detailed e-mail header 
information. A bounced message often discloses information that can be 
used against you, including internal IP addresses and software versions. 
On certain Windows systems, you can use this information to establish 
unauthenticated connections and sometimes even map drives. I cover 
these issues in Chapter 13. 



Assessing Vulnerabilities 



After finding potential security holes, the next step is to confirm whether 
they are vulnerabilities in your system or network. Before you test, perform 
some manual searching. You can research hacker message boards, Web 
sites, and vulnerability databases, such as these: 

Common Vulnerabilities and Exposures (http : / / eve .mitre . org /eve) 
v 0 US-CERT Vulnerability Notes Database (www.kb.cert.org/vuls) 
t>* NIST National Vulnerability Database (http : / /nvd . nist . gov) 

These sites list known vulnerabilities — at least the formally classified ones. 
As I cover in this book, you see that many other vulnerabilities are more 
generic in nature and can't easily be classified. If you can't find a vulnerability 
documented on one of these sites, search the vendor's site. You can also find 
a list of commonly exploited vulnerabilities at www. sans . org/top20. This 
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site contains the SANS Top 20 Vulnerabilities consensus list, which is 
compiled and updated by the SANS organization. 



't want to research your potential vulnerabilities and can jump 
right into testing, you have a couple of options: 

Manual assessment: You can assess the potential vulnerabilities by 
connecting to the ports that are exposing the service or application and 
poking around in these ports. You should manually assess certain sys- 
tems (such as Web applications). The vulnerability reports in the pre- 
ceding databases often disclose how to do this — at least generally. If 
you have a lot of free time, performing these tests manually might work 
for you. 

v 0 Automated assessment: Manual assessments are a great way to learn, 
but people usually don't have the time for most manual steps. If you're 
like me, you scan for vulnerabilities automatically when you can. 

Many great vulnerability assessment tools test for vulnerabilities on specific 
platforms (such as Windows and UNIX) and types of networks (either wired 
or wireless). They test for specific system vulnerabilities and some even 
focus on the SANS Top 20 list. Versions of these tools can map the business 
logic within a Web application; others can help software developers test 
for code flaws. The drawback to these tools is that they find only individual 
vulnerabilities; they often don't correlate vulnerabilities across an entire 
network. However, the advent of event-correlation and vulnerability manage- 
ment applications is allowing these tools to correlate these vulnerabilities. 

One of my favorite ethical hacking tools is a vulnerability scanner called 
QualysGuard Suite by Qualys (www. qualys . com). It's both a port scanner 
and vulnerability assessment tool, and it offers a great deal of help for vul- 
nerability management. You don't even need a computer to run it because 
QualysGuard is a Software as a Service (SaaS) commercial tool. Just browse 
to the Qualys Web site, log in to your account, and enter the IP address of the 
systems you want to test. Qualys also has an appliance that you can install 
on your network that allows you to scan internal systems. You simply sched- 
ule the assessment, and then the system runs tests and generates excellent 
reports, such as these: 

*<" An executive report containing general information from the results of 
the scan, as shown in Figure 4-2. 

A technical report of detailed explanations of the vulnerabilities and 
specific countermeasures. 

Like most good security tools, you pay for QualysGuard — it isn't the least 
expensive tool, but you get what you pay for. With QualysGuard, you buy a 
block of scans based on the number of scans you run. 
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Figure 4-2: 

Executive 
summary 
data in a 
QualysGuard 
vulnerability 
assessment 
report. 
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Assessing vulnerabilities with a tool like QualysGuard requires follow-up 
expertise. You can't rely on the scan results alone. You have to validate the 
vulnerabilities it reports. Study the reports to base your recommendations on 
the context and criticality of the tested systems. 



Penetrating the System 

You can use identified critical security holes to do the following: 

v* Gain further information about the host and its data. 

u 0 Obtain a remote command prompt. 

u 0 Start or stop certain services or applications. 

\f Access other systems. 

u 0 Disable logging or other security controls. 

\f Capture screen shots. 

*<" Access sensitive files. 

v 0 Send an e-mail as the administrator. 
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Launch another type of DoS attack, 
ad a file proving your victory. 



Metasploit (www.metasploit . com/ framework) is great for exploiting 
many of the vulnerabilities you find and allows you to obtain complete 
system penetration. Ideally, you've already made your decision on whether 
to fully exploit the vulnerabilities you find. You might want to leave well 
enough alone by just demonstrating the existence of the vulnerabilities and 
not actually exploiting them. 

If you want to delve into the methodology component even further, I recom- 
mend you check out the Open Source Security Testing Methodology Manual 
(www. isecom.org/osstmm) for more information. 
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lit this part . . . 

m et the games begin! You've waited long enough — 
fanow's the time to start testing your systems. But 
where do you start? How about with your three Ps — your 
people, your physical systems, and your passwords? 
These are, after all, three of the most easily and com- 
monly attacked targets in your organization. 

This part starts with a discussion of hacking people (as 
opposed to hacking up people; this is social engineering, 
not The Texas Chainsaw Massacre). It then goes on to look 
at physical security vulnerabilities. Of course, I'd be 
remiss in a part about people if I skipped passwords, so I 
cover the technical details of testing those as well. This is 
a great way to get the ball rolling to warm you up for the 
more specific hacks later in the book. 
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In This Chapter 

Introducing social engineering 
Examining the ramifications of social engineering 
Understanding and using social engineering techniques 
Protecting your organization against social engineering 



^^oc;a/ engineering takes advantage of the weakest link in any organiza- 

tion's information security defenses: people. Social engineering is 
"people hacking" and involves maliciously exploiting the trusting nature of 
human beings to obtain information that can be used for personal gain. 

Social engineering is one of the toughest hacks to perpetrate because it takes 
great skill to come across as trustworthy to a stranger. It's also by far the 
toughest hack to protect against because people are involved. In this chap- 
ter, I explore the ramifications of social engineering, techniques for your own 
ethical hacking efforts, and specific countermeasures to defend against social 
engineering. 



Typically, malicious attackers pose as someone else to gain information they 
couldn't access otherwise. They then take the information they obtain from 
their victims and wreak havoc on network resources, steal or delete files, and 
even commit industrial espionage or some other form of fraud against the 
organization they attack. Social engineering is different from physical security 
exploits, such as shoulder surfing and dumpster diving, but they are related 
and often are used in tandem. 




Social Engineering 101 



Here are some examples of social engineering: 
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*<" False support personnel claim that they need to install a patch or new 
version of software on a user's computer, talk the user into downloading 
oftware, and obtain remote control of the system. 




'e vendors claim to need to update the organization's accounting 
package or phone system, ask for the administrator password, and 
obtain full access. 

Phishing e-mails sent by external attackers gather user IDs and passwords 
of unsuspecting recipients. The bad guys then use those passwords to 
gain access to bank accounts and more. A related attack exploits cross- 
site scripting on Web forms. I cover Web application security in detail in 
Chapter 14. 

False employees notify the security desk that they have lost their keys 
to the computer room, receive a set of keys from security, and obtain 
unauthorized access to physical and electronic information. 



Sometimes, social engineers act as forceful and knowledgeable employees, 
such as managers or executives. At other times they might play the roles of 
extremely uninformed or naive employees. They also might pose as outsid- 
ers, such as IT consultants or maintenance people. Social engineers often 
switch from one mode to the other, depending on the people they speak to. 

Effective information security — especially the security required for fighting 
social engineering — begins and ends with your users. Other chapters in this 
book provide great technical advice, but never forget that basic human com- 
munications and interaction also affect the level of security. The candy-security 
adage is "Hard, crunchy outside; soft, chewy inside." The hard, crunchy outside 
is the layer of mechanisms — such as firewalls, intrusion detection systems, 
and encryption — that organizations rely on to secure their information. The 
soft, chewy inside is the people and the systems inside the organization. If the 
bad guys can get past the thick outer layer, they can compromise the (mostly) 
defenseless inner layer. 



Before \lou Start 

I approach the ethical hacking methodologies in this chapter differently than 
in subsequent chapters. Social engineering is an art and a science. Social 
engineering takes great skill to perform as an ethical hacker and depends 
upon your personality and overall knowledge of the organization you test. If 
social engineering isn't natural for you, consider using the information in this 
chapter for educational purposes — at least at first — until you have more 
time to study the subject. Don't hesitate to hire a third party to perform this 
testing if that makes the best business sense for now. 
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tTTTS CTTse" sTuTJy, Ira Winkler, a world- 
renowned social engineer, graciously shared 
an interesting study in social engineering. 

The Situation 

Mr. Winkler's client wanted a general gauge of 
the organization's security awareness level. Ira 
and his accomplice went for the pot of gold and 
tested the organization's susceptibility to social 
engineering. To start, they scoped out the main 
entrance of the client's building and found that 
the reception area and security desk was in the 
middle of a large lobby and was staffed by a 
receptionist. The next day, the two men walked 
into the building during the morning rush while 
pretending to talk on cell phones. They stayed 
at least 15 feet from the attendant and simply 
ignored her as they walked by. 

After they were inside the facility, they found 
a conference room to set up shop in. They sat 
down to plan the rest of the day and decided 
a facility badge would be a great start. Mr. 
Winkler called the main information number 
and asked for the office that makes the badges. 
He was forwarded to the reception/security 
desk. Ira then pretended to be the CIO and told 
the person on the other end of the line that he 
wanted badges for a couple of subcontractors. 
The person responded, "Send the subcontrac- 
tors down to the main lobby." 

When Mr. Winkler and his accomplice arrived, 
a uniformed guard asked what they were work- 
ing on, and they mentioned computers. The 
guard then asked them if they needed access 
to the computer room! Of course, they said, 
"That would help." Within minutes, they both 
had badges with access to all office areas 
and the computer operations center. They 
went to the basement and used their badges 
to open the main computer room door. They 
walked right in and were able to access a 



Windows server, load the user administration 
tool, add a new user to the domain, and make 
the user a member of the administrators' group. 
Then they quickly left. 

Thetwo men had access to the entire corporate 
network with administrative rights within two 
hours. They also used the badges to perform 
after-hours walkthroughs of the building. While 
doing so, they found the key to the CEO's office 
and planted a mock bug there. 

The Outcome 

Nobody outside the team knew what the two 
men had done until they were told after the fact. 
After the employees were informed, the guard 
supervisor called Mr. Winkler and wanted to 
know who issued the badges. Mr. Winkler 
informed him that the fact that the security 
office didn't know who issued the badges was 
a problem in and of itself, and that he does not 
disclose that information. 

How This Could Have Been Prevented 

According to Mr. Winkler, the security desk 
should be located closer to the entrance, and 
the company should have a formal process for 
issuing badges. Access to special areas like the 
computer room should require approval from a 
known entity, as well. After access is granted, 
a confirmation should be sent to the approver. 
Also, the server screen should be locked and 
the Windows account should not be logged on 
unattended. Any addition of an administrator- 
level account should be audited and appropri- 
ate parties should be alerted. 

Ira Winkler, CISSP, CISM, is founder and presi- 
dent of the Internet Security Advisors Group. 
You can find more of his case studies in his 
book Spies Among Us: How to Stop the Spies, 
Terrorists, Hackers, and Criminals You Don't 
Even Know You Encounter Every Day (Wiley). 
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You can use the information in this chapter to perform specific tests or 
improve information security awareness in your organization. Social engineer- 
^*C| raajjarm people's jobs and reputations, and confidential information 
t^yb|fo ^^leaked. Proceed with caution, and think before you act. 

You can perform social engineering attacks in millions of ways. For this 
reason, and because training specific behaviors in a single chapter is next to 
impossible, I don't provide how-to instructions for carrying out social engi- 
neering attacks. Instead, I describe specific social engineering scenarios that 
have worked for other hackers — both ethical and unethical. You can tailor 
these same tricks and techniques to your specific situation. 

An outsider to the organization might perform these social engineering tech- 
niques best. If you perform these tests against your organization, acting as 
an outsider might be difficult if everyone knows you. This risk of recognition 
might not be a problem in larger organizations, but if you have a small, close- 
knit company, people might catch on to your antics. 

You can outsource social engineering testing to a trusted consulting firm or even 
have a trusted colleague perform the tests for you. The key word here is trusted. 
If you involve someone else, you must get references, perform background 
checks, and have the testing approved by management in writing beforehand. I 
cover the topic of outsourcing security and ethical hacking in Chapter 18. 



Why Attackers Use Social Engineering 

Many bad guys use social engineering to break into systems simply because 
they can. They want someone to open the door to the organization so that 
they don't have to break in and risk being caught. Firewalls, access controls, 
and authentication devices can't stop a determined social engineer. 

Most social engineers perform their attacks slowly, to avoid suspicion. Social 
engineers gather bits of information over time and use the information to 
create a broader picture. Alternatively, some social engineering attacks can 
be performed with a quick phone call or e-mail. The methods used depend on 
the attacker's style and abilities. 

Social engineers know that many organizations don't have formal data clas- 
sifications, access-control systems, incident response plans, and security 
awareness programs, and they often take advantage of these weaknesses. 

Social engineers often know a little about a lot of things — both inside and 
outside their target organizations — because this knowledge helps them in 
their efforts. The more information social engineers gain about organizations, 
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the easier it is for them to pose as employees or other trusted insiders. Social 
engineers' knowledge and determination give them the upper hand over 

mployees who don't recognize the value of the information social 
seek. 



Understanding the Implications 

Many organizations have enemies who want to cause trouble through social 
engineering. These enemies might be current or former employees seeking 
revenge, competitors wanting a leg up, or hackers trying to prove their skills. 

Regardless of who causes the trouble, every organization is at risk — especially 
with the Web, which can help facilitate hacking and information gathering. 
Larger companies spread across several locations are often more vulnerable, but 
smaller companies might also be attacked. Everyone, from receptionists to secu- 
rity guards to IT personnel, is a potential victim of social engineering. Help desk 
and call center employees are especially vulnerable because they are trained to 
be helpful and forthcoming with information. Even the average, untrained user is 
susceptible to attack. 

Social engineering has serious consequences. Because the objective of social 
engineering is to coerce someone for information to lead to ill-gotten gain, any- 
thing is possible. Effective social engineers can obtain the following information: 

u 0 User or administrator passwords 

u 0 Security badges or keys to the building and even to the computer room 

u 0 Intellectual property such as design specifications, formulae, or other 
research and development documentation 

v 0 Confidential financial reports 

\** Private and confidential employee information 

t 0 * Customer lists and sales prospects 

If any of the preceding information is leaked, financial losses, lower employee 
morale, decreased customer loyalty, and even legal and regulatory compli- 
ance issues can result. The possibilities are endless. 



Another reason that social engineering attacks are difficult to protect against 
is because they aren't well documented. Because so many possible methods 
exist, recovery and protection are difficult after the attack. The hard, crunchy 
outside of firewalls and intrusion detection systems often creates a false 
sense of security, making the problem even worse. 
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With social engineering, you never know the next method of attack. The best 
things you can do are to remain vigilant, understand the social engineer's 

logy, and protect against the most common attacks through ongoing 
wareness in your organization. I discuss how you can do this in the 
rest of this chapter. 



Performing Social Engineering Attacks 

The process of social engineering is actually pretty basic. Generally, social 
engineers discover the details of organizational processes and information sys- 
tems to perform their attacks. With this information, they know what to pursue. 
Hackers typically perform social engineering attacks in four simple steps: 

1. Perform research. 

2. Build trust. 

3. Exploit relationships for information through words, actions, or 
technology. 

4. Use the information gathered for malicious purposes. 

These steps can include numerous substeps and techniques, depending on 
the attack being performed. 

Before social engineers perform their attacks, they need a goal. This is the 
first step in these attackers' processes for social engineering, and this goal is 
most likely already implanted in their minds. What do they want to accom- 
plish? What are the social engineers trying to hack? Why? Do they want intel- 
lectual property, server passwords, or security badges, or do they simply 
want to prove that the company's defenses can be penetrated? In your efforts 
as an ethical hacker performing social engineering, determine this overall 
goal before you move forward. 



Phishinq for information 

After social engineers have a goal in mind, they typically start the attack by 
gathering public information about their victim(s). Many social engineers 
acquire information slowly over time so they don't raise suspicion. Obvious 
information gathering is a tip-off when defending against social engineering. I 
mention other warning signs to be aware of throughout the rest of this chapter. 

Regardless of the initial research method, all a hacker needs to penetrate an 
organization is an employee list, a few key internal phone numbers, or a com- 
pany calendar. 
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Using the Internet 

Today's basic research medium is the Internet. A few minutes searching on 
TVt^i^^r other search engines, using simple keywords, such as the company 
*ffamefc^specific employees' names, often produces a lot of information. You 
can find even more information in SEC filings at www. sec . gov and at such 
sites as www . hoovers . com and http : / / finance . yahoo . com. (Many 
organizations — especially their management — would be dismayed to 
discover the organizational information that is available online.) By using 
this search-engine information and browsing the company's Web site, the 
attacker often has enough information to start a social engineering attack. 

The bad guys can pay just a few dollars for a comprehensive online back- 
ground check on individuals. These searches can turn up practically any 
public — and sometimes private — information about a person in minutes. 



Dumpster diving 

Dumpster diving is a little more risky — and it's certainly messy, but it's a 
highly effective method of obtaining information. This method involves liter- 
ally rummaging through trash cans for information about a company. 

Dumpster diving can turn up even the most confidential information because 
many employees assume that their information is safe after it goes into the trash. 
Most people don't think about the potential value of the paper they throw away. 
These documents often contain a wealth of information that can tip off the social 
engineer with information needed to penetrate the organization further. The 
astute social engineer looks for the following printed documents: 

Internal phone lists 
v 0 Organizational charts 

it* Employee handbooks, which often contain security policies 
v* Network diagrams 

Password lists 
v* Meeting notes 
v 0 Spreadsheets and reports 

*<" Printouts of e-mails that contain confidential information 



Shredding documents is effective only if the paper is cross-shredded into tiny 
pieces of confetti. Inexpensive shredders that shred documents only in long 
strips are basically worthless against a determined social engineer. With 
a little time and tape, a social engineer can easily piece a document back 
together. 
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Hackers often gather confidential personal and business information from 
others by listening in on conversations held in restaurants, coffee shops, and 
^urMriSfcPeople who speak loudly when talking on their cell phones are also a 
\^Jax^^rce of sensitive information for social engineers. (Poetic justice, per- 
haps?) While writing in public places and eating in restaurants, it's amazing 
what I hear others divulge without even trying to listen. 

The bad guys also look in the trash for CD-ROMs and DVDs, old computer 
cases (especially those with hard drives still intact), and backup tapes. 

See Chapter 6 for more on trash and other physical security issues, including 
countermeasures for protecting against dumpster divers. 

Phone systems 

Attackers can obtain information by using the dial-by-name feature built in to 
most voicemail systems. To access this feature, you usually just press 0 after 
calling the company's main number or after you enter someone's voice mail- 
box. This trick works best after hours to ensure no one answers. 

Attackers can protect their identities if they can hide where they call from. 
Here are some ways they can hide their locations: 

Residential phones sometimes can hide their numbers from caller ID by 
dialing *67 before the phone number. 

This feature isn't effective when calling toll-free numbers (800, 888, 877, 
866) or 911. 

i>* Business phones in an office using a phone switch are more difficult 
to spoof. However, all the attacker usually needs is the user guide and 
administrator password for the phone switch software. In many switches, 
the attacker can enter the source number — including a falsified number, 
such as the victim's home phone number. Voice over Internet Protocol 
(VoIP) phone systems are making this a non-issue, however. 

*<" VoIP Servers such as the open source Asterisk (www. asterisk, org) 
can be used and configured to send any number they want. 

Social engineers can find interesting bits of information, at times, such as 
when their victims are out of town, just by listening to voicemail messages. 
They can even study victims' voices by listening to their voicemail messages, 
podcasts, or Webcasts so they can learn to impersonate those people. 



Buiidrnq trust 

Trust — so hard to gain, yet so easy to lose. Trust is the essence of social 
engineering. Most people trust others until a situation forces them not to. 
People want to help one another, especially if trust can be built and the 
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request for help seems reasonable. Most people want to be team players in 
the workplace and don't realize what can happen if they divulge too much 
on to a "trusted" source. This trust allows social engineers to 
sh their goals. Of course, building deep trust often takes time. Crafty 
social engineers can gain it within minutes or hours. How do they do it? 



v* Likability: Who can't relate to a nice person? Everyone loves courtesy. 
The friendlier social engineers are — without going overboard — the 
better their chances of getting what they want. Social engineers often 
begin to build a relationship by establishing common interests. They 
often use the information they gain in the research phase to determine 
what the victim likes and to pretend that they like those things, too. 
They can phone victims or meet them in person and, based on informa- 
tion the social engineers have discovered about the person, start talking 
about local sports teams or how wonderful it is to be single again. A few 
low-key and well-articulated comments can be the start of a nice new 
relationship. Of course, good looks don't hurt either. 

«<" Believability: Believability is based in part on the knowledge that 
social engineers have and how likable they are. Social engineers also 
use impersonation — perhaps by posing as new employees or fellow 
employees that the victim hasn't met. They may even pose as vendors 
who do business with the organization. They often modestly claim 
authority to influence people. The most common social engineering trick 
is to do something nice so that the victim feels obligated to be nice in 
return or to be a team player for the organization. 



Exploiting the relationship 

After social engineers obtain the trust of their unsuspecting victims, they 
coax them into divulging more information than they should. Whammo — 
they can go in for the kill. Social engineers do this through face-to-face or 
electronic communication that victims feel comfortable with, or they use 
technology to get victims to divulge information. 

beceit through Words and actions 

Wily social engineers can get inside information from their victims in many 
ways. They are often articulate and focus on keeping their conversations 
moving without giving their victims much time to think about what they're 
saying. However, if they're careless or overly anxious during their social engi- 
neering attacks, the following tip-offs might give them away: 

v* Acting overly friendly or eager 

Mentioning names of prominent people within the organization 

Bragging about authority within the organization 
V* Threatening reprimands if requests aren't honored 
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Acting nervous when questioned (pursing the lips and fidgeting — 
especially the hands and feet, because controlling body parts that are 



er from the face require more conscious effort) 
emphasizing details 



Experiencing physiological changes, such as dilated pupils or changes in 
voice pitch 

Appearing rushed 

Refusing to give information 

Volunteering information and answering unasked questions 
*<" Knowing information that an outsider should not have 

Using insider speech or slang as a known outsider 
k* Asking strange questions 
V Misspelling words in written communications 

A good social engineer isn't obvious with the preceding actions, but these are 
some of the signs that malicious behavior is in the works. 

Social engineers often do a favor for someone and then turn around and ask 
that person if he or she would mind helping them. This common social engi- 
neering trick works pretty well. Social engineers also often use what's called 
reverse social engineering. This is where they offer help if a specific problem 
arises; some time passes, the problem occurs (often by their doing), and then 
they help fix the problem. They may come across as heroes, which can fur- 
ther their cause. Social engineers might ask an unsuspecting employee for a 
favor. Yes — they just outright ask for a favor. Many people fall for this trap. 

Impersonating an employee is easy. Social engineers can wear a similar-looking 
uniform, make a fake ID badge, or simply dress like the real employees. 
People think, "Hey — he looks and acts like me, so he must be one of us." 
Social engineers also pretend to be employees calling from an outside phone 
line. This trick is an especially popular way of exploiting help desk and call 
center personnel. Social engineers know that these employees fall into a rut 
easily because their tasks are repetitive, such as saying, "Hello, can I get your 
customer number, please?" 

deceit through technology 

Technology can make things easier — and more fun — for the social engi- 
neer. Often, a malicious request for information comes from a computer or 
other electronic entity the victims think they can identify. But spoofing a 
computer name, an e-mail address, a fax number, or a network address is 
easy. Fortunately, you can take a few countermeasures against this type of 
attack, as described in the next section. 
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ere"~s~ now T felrprey to a social engineer 
because I didn't think before I spoke. One 
day, I was having trouble with my high-speed 
Internet connection. I figured I could just use 
dial-up access because it's better than nothing 
for e-mail and other basic tasks. I contacted my 
ISP and told the tech-support guy that I couldn't 
remember my password. This sounds like the 
beginning of a social engineering stunt that I 
could've pulled off, but / got taken instead. The 
slick tech-support guy paused for a minute, as 
if he were pulling up my account info, and then 
asked, "What password did you try?" 

Stupid me, I proceeded to repeat all the pass- 
words it could've been. The phone went quiet 



for a moment. He reset my password and told 
me what it was. After I hung up, I thought, "What 
just happened? I just got social engineered!" It 
may not have been intentional on his part, but 
it was a dumb mistake on my part. Man, was 
I mad at myself. I changed all the passwords 
that I divulged related to my Internet account 
in case he used that information against me. I 
still bet to this day that he was just experiment- 
ing with me. Lesson learned: Never, under 
any circumstances, divulge your password to 
someone else — another employee, your boss, 
whomever — even if they ask for it. The conse- 
quences just aren'tworth the perceived benefit. 



Hackers can deceive through technology by sending e-mail that asks victims 
for critical information. Such an e-mail usually provides a link that directs 
victims to a professional- and legitimate-looking Web site that "updates" such 
account information as user IDs, passwords, and Social Security numbers. 
They might also do this on social networking sites, such as Facebook and 
MySpace. 

Many spam and phishing messages also use this trick. Most users are inun- 
dated with so much spam and other unwanted e-mail that they often let their 
guard down and open e-mails and attachments they shouldn't. These e-mails 
usually look professional and believable. They often dupe people into disclos- 
ing information they should never give in exchange for a gift. These social 
engineering tricks also occur when a hacker who has already broken into the 
network sends messages or creates fake Internet pop-up windows. The same 
tricks have occurred through instant messaging and cell-phone messaging. 

In some well-publicized incidents, hackers e-mailed their victims a patch 
purporting to come from Microsoft or another well-known vendor. Users 
think it looks like a duck and it quacks like a duck — but it's not Bill! The mes- 
sage is actually from a hacker wanting the user to install the "patch," which 
installs a Trojan-horse keylogger or creates a backdoor into computers and 
networks. Hackers use these backdoors to hack into the organization's sys- 
tems or use the victims' computers (known as zombies) as launching pads to 
attack another system. Even viruses and worms can use social engineering. 
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For instance, the LoveBug worm told users they had a secret admirer. When 
the victims opened the e-mail, it was too late. Their computers were infected, 
aps worse, they didn't have a secret admirer. 



The Nigerian 419 e-mail fraud scheme attempts to access unsuspecting people's 
bank accounts and money. These social engineers — I mean scamsters — offer 
to transfer millions of dollars to the victim to repatriate a deceased client's funds 
to the United States. All the victim must provide is personal bank-account infor- 
mation and a little money up front to cover the transfer expenses. Victims then 
have their bank accounts emptied. This trap has been around for a while, and it's 
a shame that people still fall for it. 

Many computerized social engineering tactics can be performed anonymously 
through Internet proxy servers, anonymizers, remailers, and basic SMTP serv- 
ers that have an open relay. When people fall for requests for confidential per- 
sonal or corporate information, the sources of these social engineering attacks 
are often impossible to track. 



Social Engineering Countermeasures 

You have only a few good lines of defense against social engineering. Even with 
strong security systems, a naive or untrained user can let the social engineer 
into the network. Never underestimate the power of social engineers. 

Policies 

Specific policies help ward off social engineering in the long term in the 
following areas: 

^ Classifying data 

v 0 Hiring employees and contractors and setting up user IDs 

r* Establishing acceptable computer usage 

Removing user IDs and employees, contractors, and consultants who no 
longer work for the organization 

Setting and resetting passwords 

u 0 Responding to security incidents, such as suspicious behavior 

V Handling proprietary and confidential information 

u 0 Escorting guests 

These policies must be enforceable and enforced for everyone within the 
organization. Keep them up to date, and tell your end users about them. 
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User awareness and traimnq 





f line of defense against social engineering is training employees to 
JntTtycind respond to social engineering attacks. User awareness begins 
with initial training for everyone and follows with security awareness initia- 
tives to keep social engineering defenses fresh in everyone's mind. Align 
training and awareness with specific security policies — you may also want 
to have a dedicated security training and awareness policy. 

Consider outsourcing security training to a seasoned security trainer. 
Employees often take training more seriously if it comes from an outsider. 
Outsourcing security training is worth the investment. 

While you approach ongoing user training and awareness in your organization, 
the following tips can help you combat social engineering in the long term: 



Treat security awareness and training as a business investment. 

\** Train users on an ongoing basis to keep security fresh in their minds. 

v* Include information privacy and security tasks and responsibilities in 
everyone's job descriptions. 

V Tailor your training content to your audience whenever possible. 

u 0 Create a social engineering awareness program for your business func- 
tions and user roles. 

C* Keep your messages as nontechnical as possible. 

it* Develop incentive programs for preventing and reporting incidents. 

v 0 Lead by example. 



Share these tips with your users to help prevent social engineering attacks: 



Never divulge any information unless you can validate that the people 
requesting the information need it and are who they say they are. If a 

request is made over the telephone, verify the caller's identity and call 
back. 

W Never click an e-mail link that supposedly loads a page with informa- 
tion that needs updating. This is especially true for unsolicited e-mails. 

f Be careful when sharing personal information on social networking 
sites, such as Facebook or Linkedln. Also, be on the lookout for people 
claiming to know you or wanting to be your "friend." Their intentions 
might be malicious. 

W Escort all guests within a building. 

it* Never open e-mail attachments or other files from strangers. 
*<" Never give out passwords. 
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stranger connect to one of your network jacks or wireless 
even for a few seconds. A hacker can place a network analyzer, 
Trojan-horse program, or other malware directly onto your network. 



Classify your information assets, both hard copy and electronic. Train 
all employees how to handle each asset type. 

Develop and enforce computer media and document destruction poli- 
cies that help ensure data is handled carefully and stays where it should 
be. A good resource for information on destruction policies is www . 

pdaconsulting . com/datadp .htm. 

Use cross-shredding paper shredders. Better still, hire a document- 
shredding company that specializes in confidential document destruction. 

These techniques can reinforce the content of formal training: 

\^ New employee orientation, training lunches, e-mails, and newsletters 

Social engineering survival brochure with tips and FAQs 

v 0 Trinkets, such as screen savers, mouse pads, sticky notes, pens, and 
office posters that bear messages that reinforce security principles 

Appendix A lists my favorite security awareness trinket and tool vendors 
to improve security awareness and education in your organization. 
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in This Chapter 

Understanding the importance of physical security 
Q&A with a well-known physical security expert 
Looking for physical security vulnerabilities 
^ Implementing countermeasures for physical security attacks 



1 

m strongly believe that information security is more dependent on nontech- 
«C nical policies, procedures, and business processes than on the technical 
hardware and software solutions that many people and vendors swear by. 
Physical security — the protection of physical property — encompasses both 
technical and nontechnical components. 

Physical security is an often-overlooked but critical aspect of an information 
security program. Your ability to secure your information depends on your 
ability to secure your site physically. In this chapter, I cover some common 
physical security weaknesses, as they relate to computers and information 
security, that you should look out for in your systems. I also outline free and 
low-cost countermeasures you can implement to minimize your business's 
physical vulnerabilities. 

I don't recommend breaking and entering, which would be necessary to test 
certain physical security vulnerabilities fully. Instead, approach those areas to 
see how far you can get. Take a fresh look — from an outsider's perspective — 
at the physical vulnerabilities covered in this chapter. You might discover holes 
in your physical security infrastructure that you had previously overlooked. 
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your computer- and network-security technology, practically any 
hack is possible if an attacker is in your building or computer room. That's 
why looking for physical security vulnerabilities and fixing them before 
they're exploited is important. 

In small companies, some physical security issues might not be a problem. 
Many physical security vulnerabilities depend on such factors as: 

Size of the building 
u 0 Number of buildings or sites 
i 0 * Number of employees 

u 0 Location and number of building entrance and exit points 
i 0 * Placement of the data centers and other confidential information 



Literally thousands of possible physical security vulnerabilities exist. The 
bad guys are always on the lookout for them — so you should find these 
vulnerabilities first. Here are some common physical security vulnerabilities 
I've found when assessing security: 

u 0 No receptionist in a building 

No visitor sign-in or escort required for building access 

u 0 Employees trusting visitors because they wear vendor uniforms or say 
they're there to work on the copier or computers 

u 0 No access controls on doors 

Physical security CCTV and data center management systems accessible 
via the network with the default user ID and password 

Doors propped open 

j^* Publicly accessible computer rooms 

v 0 Backup media lying around 

v 0 Unsecured computer hardware, especially laptops, and software media 
CDs and DVDs with confidential information in trash cans 



When these physical security vulnerabilities are exploited, bad things can 
happen. Perhaps the biggest problem is that unauthorized people can enter 
your building. After intruders are in your building, they can wander the halls, 
log on to computers, rummage through the trash, and steal hard-copy docu- 
ments, CD-ROMs, and even computers out of offices. 
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thTTOSHsessrdnTJack Wiles, an information 
security pioneer with over 30 years of experi- 
ence, answers several questions on physical 
security and how a lack of it often leads to infor- 
mation insecurity. 

How important do you think physical security 
is in relation to technical-security issues? 

I've been asked that question many times in 
the past, and from decades of experience with 
both physical and technical security, I have a 
standard answer. Without question, many of 
the most expensive technical-security coun- 
termeasures and tools often become worthless 
when physical security is weak. If I can get my 
team into your building(s) and walk up to some- 
one's desk and log in as that person, I have 
bypassed allyourtechnical-security systems. In 
past security assessments, after my team and I 
entered a building, we always found that people 
simply thought that we belonged there — 
that we were employees. We were always 
friendly and helpful when we came in contact 
with real employees. They would often return 
the kindness by helping us with whatever we 
asked for. 

How were you able to get into most of the 
buildings when you conducted "red team" 
penetration tests for companies? 

In many cases, we just boldly walked into 
the building and went up the elevator in mul- 
tistory buildings. If we were challenged, we 
always had a story ready. Our typical story was 
that we thought that this was the HR depart- 
ment, and we were there to apply for a job. If 
we were stopped at the door and told which 



building to go to for HR, we simply left and 
then looked for other entrances to that same 
building. If we found an outside smoking area 
at a different door, we attempted tailgating 
and simply walked in behind other employees 
who were reentering the building after finish- 
ing their breaks. Tailgating also worked at most 
entrances that required card access. In my 
career as a red-team leader, we were never 
stopped and questioned. We simply said "thank 
you" as we walked in and compromised the 
entire building. 

What kinds of things would you bring out of a 
building? 

It was always easy to get enough important 
documentation to prove that we were there. In 
many cases, the documentation was sitting in a 
recycle box next to someone's desk (especially 
if that person was someone important). To us, 
that really said, "Steal me first!" We found it 
interesting that many companies just let their 
recycle boxes fill up before emptying them. 
We would also look for a room where strip-cut 
shredders were used. The documents thatwere 
shredded were usually stored in clear plastic 
bags. We loaded these bags into our cars and 
had many of the shredded documents put back 
together in a few hours. We found that if we 
pasted the strips from any page on cardboard 
with as much as an inch of space between the 
strips, the final document was still readable. 

Jack Wiles is president of TheTrainingCo. 
(www.thetrainingco.com) and pro- 
motes the annual information security confer- 
ence Techno Security. 
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Id look for some specific security vulnerabilities. Many potential 
physical security exploits seem unlikely, but they can occur to organizations 
that don't take physical security seriously. 

The bad guys can exploit many physical security vulnerabilities, includ- 
ing weaknesses in a building's infrastructure, office layout, computer-room 
access, and design. In addition to these factors, consider the facility's prox- 
imity to local emergency assistance (police, fire, and ambulance) and the 
area's crime statistics (burglary, breaking and entering, and so on) so you 
can better understand what you're up against. 

Look for the vulnerabilities discussed in the following sections when assess- 
ing your organization's physical security. This won't take a lot of technical 
savvy or expensive equipment. Depending on the size of your facilities, 
these tests shouldn't take much time either. The bottom line is to determine 
whether the physical security controls are adequate for the risks involved. 
Above all, be practical and use common sense. 



Buiidinq infrastructure 

Doors, windows, and walls are critical components of a building — especially 
for a computer room or area where confidential information is stored. 

Attack points 

Hackers can exploit a handful of building infrastructure vulnerabilities. 
Consider the following commonly overlooked attack points: 

Are doors propped open? If so, why? 

W Can gaps at the bottom of critical doors allow someone using a balloon 
or other device to trip a sensor on the inside of a "secure" room? 

v 0 Would it be easy to force doors open? Would a simple kick near the 
doorknob suffice? 

*<" What is the building or computer room made of (steel, wood, concrete), 
and how sturdy are the walls and entryways? How resilient is the mate- 
rial to earthquakes, tornadoes, strong winds, heavy rains, and vehicles 
driving into the building — would these disasters leave the building 
exposed so that looters and others with malicious intent could gain 
access to the computer room or other critical areas? 

*<" Are any doors or windows made of glass? Are hinges on the outside? Is 
this glass clear? Is the glass shatterproof or bulletproof? 

v* Are doors, windows, and other entry points wired to an alarm system? 
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t-" Are there drop ceilings with tiles that can be pushed up? Are the walls 
slab-to-slab? If not, someone could easily scale walls, bypassing any 
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■ or window access controls. 



Countermeasures 

Many physical security countermeasures for building vulnerabilities might 
require other maintenance, construction, or operations experts. If building 
infrastructures is not your forte, you can hire outside experts during the 
design, assessment, and retrofitting stages to ensure that you have adequate 
controls. Here are some of the best ways to solidify building security: 

Strong doors and locks 
Windowless walls around computer rooms 

A continuously monitored alarm system with network-based cameras 
located at all access points 

u 0 Lighting (especially around entry and exit points) 

v 0 Mantraps and sallyports that allow only one person at a time to pass 
through a door 

*<" Fences (with barbed wire or razor wire) 



Utilities 

You must consider building and computer room utilities, such as power, 
water, and fire suppression, when assessing physical security. These utilities 
can help fight off such incidents as fire and keep other access controls run- 
ning during a power loss. They can also be used against you if an intruder 
enters the building. 

Attack points 

Intruders often exploit utility-related vulnerabilities. Consider the following 
attack points, which are commonly overlooked: 

v 0 Is power-protection equipment (surge protectors, UPSes, and genera- 
tors) in place? How easily accessible are the on/off switches on these 
devices? Can an intruder walk in and flip a switch? 

*<" When the power fails, what happens to physical security mechanisms? 
Do they fail open, allowing anyone through, or fail closed, keeping every- 
one in or out until the power is restored? 

t<" Where are fire detection and suppression devices — including alarm 
sensors, extinguishers, and sprinkler systems — located? Determine 
how a malicious intruder can abuse them. Are these devices placed 
where they can harm electronic equipment during a false alarm? 
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t>» Where are water and gas shutoff valves located? Can you access them, 
or would you have to call maintenance personnel about an incident? 



local telecom wires (both copper and fiber) that run outside of the 
ding located aboveground, where someone can tap into them with 
telecom tools? Can digging in the area cut them easily? Are they located 
on telephone poles that are vulnerable to traffic accidents? 




Countermeasures 

You might need to involve other experts during the design, assessment, or 
retrofitting stages. The key is placement: 

v 0 Where are the major utility controls placed? Ideally, they need to 
be behind closed and lockable doors out of sight to people passing 
through. 

Can someone walking through the building access the controls to turn 
them on and off? 

Covers for on/off switches and thermostat controls and locks for server power 
buttons, USB ports, and PCI expansion slots are effective defenses. 

I once assessed the physical security of an Internet colocation facility for a 
very large computer company (that will remain anonymous). I made it past 
the front guard and tailgated through all the controlled doors to reach the 
data center. After I was inside, I walked by equipment that was owned by 
very large dot-com companies, such as servers, routers, firewalls, UPSes, and 
power cords. All this equipment was completely exposed to anyone walking 
in that area. A quick flip of a switch or an accidental trip over a network cable 
dangling to the floor could bring an entire shelf — and a global e-commerce 
site — to the ground. 



Office layout and usage 

Office design and usage can either help or hinder physical security. 
Attack points 

Hackers might exploit some office vulnerabilities. Consider these attack 
points: 

v* Does a receptionist or security guard monitor traffic in and out of the 
main doors of the building? 

*<" Do employees have confidential information on their desks? What about 
mail and other packages — do they lie around outside someone's door 
or, even worse, outside the building, waiting for pickup? 



Chapter 6: Physical Security 



ipBoote 



t>* Where are trash cans and dumpsters located? Are they easily accessible 
by anyone? Are recycling bins or shredders used? 



n recycling bins and other careless handling of trash are open 
ations for dumpster diving, when hackers search for confidential 
company information, such as phone lists and memos, in the trash. 
Dumpster diving can lead to many security exposures. 



J** How secure are the mail and copy rooms? 

If hackers can access these rooms, they can steal mail or company 
letterhead to use against you. They can also use and abuse your fax 
machine(s). 

*<" Are closed-circuit television (CCTV) cameras used and monitored? 

What access controls are on doors and windows? Are regular keys, card 
keys, combination locks, or biometrics used? Who can access these 
keys, and where are they stored? 

Keys and programmable keypad combinations are often shared among 
users, making accountability difficult to determine. Find out how many 
people share these combinations and keys. 



I came across a situation for a client where the front lobby entrance was 
unmonitored. It also happened to have a Voice over IP (VoIP) phone avail- 
able for anyone to use. But they did not consider that anyone could enter 
the lobby, disconnect the VoIP phone, and plug a laptop computer into the 
connection and have full access to their network with minimal chance that 
the intruder would ever be questioned about what he or she was doing. This 
could have been prevented had the voice and data traffic been separated. 



Counter-measures 

Putting simple measures, such as the following, in place can reduce your 
exposure to office vulnerabilities: 



A receptionist or a security guard who monitors people coming and 
going. This is the most critical countermeasure. This person can ensure 
that every visitor signs in and that all new or untrusted visitors are 
always escorted. 

Make it policy and procedure for all employees to question strangers 
and report strange behavior in the building. 

Employees Only or Authorized Personnel Only signs show the bad guys 
where they should go instead of deterring them from entering. 

CCTV cameras. 

Single entry and exit points to a data center. 
Secure areas for dumpsters. 
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Cross-cut shredders or secure recycling bins for hard-copy documents. 

f|* Limited numbers of keys and passcode combinations. 

\J lv® e keys an d passcodes unique for each person whenever possible. 

v* Biometrics identification systems can be very effective, but they can 
also be expensive and difficult to manage. 



NeWork components and computers 

After hackers obtain physical access to a building, they look for the computer 
room and other easily accessible computer and network devices. 

Attack points 

The keys to the kingdom are often as close as someone's desktop computer 
and not much farther than an unsecured computer room or wiring closet. 

Malicious intruders can do the following: 



Obtain network access and send malicious e-mails as a logged-in user. 

v 0 Crack and obtain passwords directly from the computer by booting it 
with a tool such as the Ophcrack Live CD (http : / /ophcrack . 
sourcef orge . net). I cover this tool and more password hacks in 
Chapter 7. 

u 0 Steal files from the computer by copying them to a removable storage 
device such as a smartphone, MP3 player, or USB drive or e-mailing 
them to an external address. 

Enter unlocked computer rooms and mess around with servers, fire- 
walls, and routers. 

*<" Walk out with network diagrams, contact lists, and business-continuity 
and incident-response plans. 

W Obtain phone numbers from analog lines and circuit IDs from Tl, frame- 
relay, and other telecom equipment for future attacks. 



Practically every bit of unencrypted information that traverses the network 
can be recorded for future analysis through one of the following methods: 

v* Connecting a computer running network-analyzer software to a hub or 
monitor, or a mirrored port on a switch on your network. 

V Installing network analyzer software on an existing computer. 

This is very hard to spot. 
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How would hackers access this information in the future? 
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easiest attack method is to install remote-administration software 
e computer, such as VNC (www. realvnc . com). 



u 0 A crafty hacker with enough time can bind a public IP address to the 
computer if the computer is outside the firewall. Hackers with enougt 
network knowledge can configure new firewall rules to do this. 



Also, consider these other vulnerabilities: 



How easily can someone's computer be accessed during regular busi- 
ness hours? During lunchtime? After hours? 

*<" Are servers, firewalls, routers, and switches mounted in locked racks? 

u 0 Are computers — especially laptops — secured to desks with locks? Are 
their hard drives encrypted in the event one is lost or stolen? 

v 0 Are passwords stored on sticky notes on computer screens, keyboards, 
or desks? 

u 0 Are backup media lying around the computer room susceptible to theft? 

u 0 Are safes used to protect backup media? Are they specifically rated 
for media to keep backups from melting during a fire? Who can access 
the safe? 

*<" How are laptops and hand-held computers handled in-house and when 
employees are working from home or traveling? Are smartphones sitting 
around unsecured? 

These devices are often at great risk because of their size and value. Also, 
they are typically unprotected by the organization's regular security con- 
trols. Are specific policies and technologies in place to help protect them? 
Are locking laptop bags required? What about power-on passwords? Also, 
consider encryption in case these devices get into a hacker's hands. 

v 0 How easily can someone access a wireless access point (AP) signal or 
the AP itself to join the network? Rogue access points are also some- 
thing to consider. 

v 0 Are network firewalls, routers, switches, and hubs (basically, anything 
with an Ethernet connection) easily accessible, which would enable a 
hacker to plug in to the network easily? 

Are all cables patched through on the patch panel in the wiring closet so 
all network drops are live? 

This set-up is very common but a bad idea because it allows anyone to 
plug in to the network anywhere and gain access. 

Are cable traps and locks that prevent hackers from unplugging network 
cables from patch panels or computers and using those connections for 
their computers in place? 
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Countermeasures 

Nef work and computer security countermeasures are some of the simplest 
ent yet the most difficult to enforce because they involve everyday 
ere is a rundown of these countermeasures: 



Require users to lock their screens — which usually takes a few clicks 
or keystrokes in Windows or UNIX — when they leave their computers. 

Ensure that strong passwords are used. I cover this in Chapter 7. 

J*" Require laptop users to lock their systems to their desks with a lock- 
ing cable. This is especially important in larger companies or locations 
that receive a lot of foot traffic. 

)/<* Require all laptops to use whole disk encryption technologies, such 

as Windows BitLocker (www. microsoft . com/windows /windows - 
vista/ features/bitlocker . aspx)and PGP's Whole Disk Encryption 
product (www.pgp . com/products /wholediskencrypt ion/ index . 
html). 

*<* Keep computer rooms and wiring closets locked, and monitor those 
areas for wrongdoings. 

Keep a current inventory of hardware and software within the orga- 
nization so it's easy to determine when extra equipment appears or 
equipment is missing. This is especially important in computer rooms. 

*<" Properly secure computer media when stored and during transport. 

Scan for rogue wireless access points. I discuss wireless networks in 
depth in Chapter 9. 

k* Use a bulk eraser on magnetic media before they're discarded. 
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In This Chapter 

Identifying password vulnerabilities 
Examining password-hacking tools and techniques 
Hacking operating system passwords 
Hacking password-protected files 
Protecting your systems from password hacking 
••••••••••••••••••••••••••••••••••••••••••••••••< 
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#«^assword hacking is one of the easiest and most common ways attack- 
¥ ers obtain unauthorized computer or network access. Although strong 
passwords — ideally, longer and stronger passphrases that are difficult to 
crack (or guess) — are easy to create and maintain, network administrators 
and users often neglect this. Therefore, passwords are one of the weakest 
links in the information security chain. Passwords rely on secrecy. After a 
password is compromised, its original owner isn't the only person who can 
access the system with it. That's when accountability goes out the window 
and bad things start happening. 

External attackers and malicious insiders have many ways to obtain pass- 
words. They can glean passwords simply by asking for them or by looking 
over the shoulders (shoulder surfing) of users while they type them. Hackers 
can also obtain passwords from local computers by using password-cracking 
software. To obtain passwords from across a network, attackers can use 
remote cracking utilities, keyloggers, or network analyzers. 

This chapter demonstrates how easily the bad guys can gather password 
information from your network and computer systems. I outline common 
password vulnerabilities and describe countermeasures to help prevent 
these vulnerabilities from being exploited on your systems. If you perform 
the tests and implement the countermeasures outlined in this chapter, you'll 
be well on your way to securing your systems' passwords. 
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balance the cost of security and the value of the protected 
information, the combination of a user ID and a secret password is usually 
adequate. However, passwords give a false sense of security. The bad guys 
know this and attempt to crack passwords as a step toward breaking into 
computer systems. 

One big problem with relying solely on passwords for information security 
is that more than one person can know them. Sometimes, this is intentional; 
often, it's not. The tough part is that there's no way of knowing who, besides 
the password's owner, knows a password. Remember: Knowing a password 
doesn't make someone an authorized user. 

Here are the two general classifications of password vulnerabilities: 

Organizational or user vulnerabilities: This includes lack of password 
policies that are enforced within the organization and lack of security 
awareness on the part of users. 

*<" Technical vulnerabilities: This includes weak encryption methods and 
unsecure storage of passwords on computer systems. 

Before computer networks and the Internet, the user's physical environment 
was an additional layer of password security that actually worked pretty well. 
Now that most computers have network connectivity, that protection is gone. 



Organizational password i/utnerabitities 

It's human nature to want convenience — especially when it comes to 
remembering five, ten, and often dozens of passwords in our work and daily 
lives. This makes passwords one of the easiest barriers for an attacker to 
overcome. Almost 3 trillion (yes, trillion with a t and 12 zeros) eight-character 
password combinations are possible by using the 26 letters of the alphabet 
and the numerals 0 through 9. However, most people prefer to create pass- 
words that are easy to remember. Users like to use such passwords as pass- 
word, their login name, or even a blank password. 
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In this case study. Dr. Philippe Oechslin, a 
researcher and independent information secu- 
rity consultant, shared with me his recent 
research findings on Windows password vul- 
nerabilities. 

The Situation 

In 2003, Dr. Oechslin discovered a new method 
for cracking Windows passwords — now com- 
monly referred to as rainbow cracking. While 
testing a brute-force password-cracking tool. 
Dr. Oechslin thought that everyone using the 
same tool to generate the same hashes repeat- 
edly was a waste of time. He believed that 
generating a huge dictionary of all possible 
hashes would make iteasierto crackWindows 
passwords, but then quickly realized that a 
dictionary of the LAN Manager (LM) hashes of 
all possible alphanumerical passwords would 
require over a terabyte of storage. 

During his research. Dr. Oechslin discovered 
a technique called time-memory trade-offs, 
where hashes are computed in advance, but 
only a small fraction are stored (approximately 
one in a thousand). Dr. Oechslin discovered that 
howthe LM hashes are organized allows you to 
find any password if you spend some time recal- 
culating some of the hashes. This technique 
saves memory but takes a lot of time. Studying 
this method, Dr. Oechslin found a way to make 
the process more efficient, making it possible to 
find any of the 80 billion unique hashes by using 
a table of 250 million entries (1GB worth of data) 
and performing only 4 million hash calculations. 
This process is much faster than a brute-force 
attack, which must generate 50 percent of the 
hashes (40 billion) on average. 

This research is based on the absence of a 
random element when Windows passwords 



are hashed. This is true for both the LM hash 
and the NTLM hash built in to Windows. As a 
result, the same password produces the same 
hash on any Windows machine. Although it is 
known that Windows hashes have no random 
element, no one has used a technique like 
the one that Dr. Oechslin discovered to crack 
Windows passwords. 

Dr. Oechslin and his team originally placed an 
interactive tool on their Web site (http : / / 
lasecwww . epf 1 . ch) that enabled visitors 
to submit hashes and have them cracked. Over 
a six-day period, the tool cracked 1,845 pass- 
words in an average of 7.7 seconds! You can try 
out the demo for yourself at www . obj ectif - 
securite . ch/en/products . php. 

The Outcome 

So what's the big deal, you say? This pass- 
word-cracking method can crack practically 
any alphanumeric password in a few seconds, 
whereas current brute-force tools can take sev- 
eral hours. Dr. Oechslin and his research team 
have generated a table with which they can 
crack any password made of letters, numbers, 
and 16 other characters in less than a minute, 
demonstrating that passwords made up of let- 
ters and numbers aren't good enough. Philippe 
also stated that this method is useful for ethical 
hackers who have only limited time to perform 
their testing. Unfortunately, malicious hackers 
have the same benefit and can perform their 
attacks before anyone detects them! 

Philippe Oechslin, PhD, CISSP, is a lecturer and 
senior research assistant at the Swiss Federal 
Institute of Technology in Lausanne and is 
founder and CEO of Objectif Securite (www. 
obj ectif -securite . ch/en). 
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Unless users are educated and reminded about using strong passwords, their 
passwords usually are 



to guess. 
Seldom changed. 

Reused for many security points. When bad guys crack one password, 
they can often access other systems with that same password and 
username. 

u* Written down in unsecure places. The more complex a password is, the 
more difficult it is to crack. However, when users create complex pass- 
words, they're more likely to write them down. External attackers and 
malicious insiders can find these passwords and use them against you. 



Technical password (/utnembitities 

You can often find these serious technical vulnerabilities after exploiting 
organizational password vulnerabilities: 

Weak password encryption schemes. Hackers can break weak pass- 
word storage mechanisms by using cracking methods that I outline in 
this chapter. Many vendors and developers believe that passwords are 
safe as long as they don't publish the source code for their encryption 
algorithms. Wrong! A persistent, patient attacker can usually crack this 
security by obscurity (a security measure that's hidden from plain view 
but can be easily overcome) fairly quickly. After the code is cracked, it is 
distributed across the Internet and becomes public knowledge. 

Password-cracking utilities take advantage of weak password encryp- 
tion. These utilities do the grunt work and can crack any password, 
given enough time and computing power. 

Programs that store their passwords in memory, unsecured files, and 
easily accessed databases. 

v 0 User applications that display passwords on the screen while typing. 

The National Vulnerability Database (an index of computer vulnerabilities 
managed by the National Institute of Standards and Technology) currently 
identifies over 2,000 password-related vulnerabilities — a number that has 
doubled in just the past three years! You can search for these issues at 
(http : / /nvd . nist . gov) to find out how vulnerable some of your systems 
are from a technical perspective. 
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cracking is one of the most enjoyable hacks for the bad guys. It 
fuels their sense of exploration and desire to figure out things. You might 
not have a burning desire to explore everyone's passwords, but it helps to 
approach password cracking with this mindset. So where should you start 
hacking the passwords on your systems? Generally, any user's password 
works. After you obtain one password, you can often obtain others — includ- 
ing administrator or root passwords. 

Administrator passwords are the pot of gold. With unauthorized administra- 
tive access, you can do virtually anything on the system. When looking for 
your organization's password vulnerabilities, I recommend first trying to 
obtain the highest level of access possible (such as administrator) through 
the most discreet method possible. That's often what the bad guys do. 

You can use low-tech ways and high-tech ways to exploit vulnerabilities to 
obtain passwords. For example, you can deceive users into divulging pass- 
words over the telephone or simply observe what a user has written down on a 
piece of paper. Or you can capture passwords directly from a computer, over a 
network, and via the Internet with the tools covered in the following sections. 



Cracking passwords the old-fashioned Way 

A hacker can use low-tech methods to crack passwords. These methods 
include using social engineering techniques, shoulder surfing, and simply 
guessing passwords from information that he knows about the user. 

Social engineering 

The most popular low-tech method for gathering passwords is social engi- 
neering, which I cover in detail in Chapter 5. Social engineering takes advan- 
tage of the trusting nature of human beings to gain information that later can 
be used maliciously. A common social engineering technique is simply to con 
people into divulging their passwords. It sounds ridiculous, but it happens all 
the time. 

Techniques 

To obtain a password through social engineering, you just ask for it. For 
example, you can simply call a user and tell him that he has some important- 
looking e-mails stuck in the mail queue, and you need his password to log in 
and free them up. This is often how hackers and rogue insiders try to get the 
information! 
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If a user gives you his password during your testing, make sure that he 
changes it. You don't want to be held accountable if something goes awry 
^password has been disclosed. 



Countermeasures 

User awareness and consistent security training is the best defense against 
social engineering. Train users to spot attacks (such as suspicious phone 
calls or deceitful phishing e-mails) and respond effectively. Their best 
response is not to give out any information and to alert the appropriate infor- 
mation security manager in the organization to see whether the inquiry is 
legitimate and whether a response is necessary. 



Shoulder surfing 

Shoulder surfing (the act of looking over someone's shoulder to see what the 
person is typing) is an effective, low-tech password hack. 

Techniques 

To mount this attack, the bad guys must be near their victims and not look 
obvious. They simply collect the password by watching either the user's 
keyboard or screen when the person logs in. An attacker with a good eye 
might even watch whether the user is glancing around his desk for either a 
reminder of the password or the password itself. 

You can try shoulder surfing yourself. Simply walk around the office and 
perform random spot checks. Go to users' desks and ask them to log in to 
their computers, the network, or even their e-mail applications. Just don't 
tell them what you're doing beforehand, or they might attempt to hide what 
they're typing or where they're looking for their password — two things that 
they should've been doing all along! Just be careful doing this and respect 
other people's privacy. 

Coun termeasures 

Encourage users to be aware of their surroundings and not to enter their 
passwords when they suspect that someone is looking over their shoulders. 
Instruct users that if they suspect someone is looking over their shoulders 
while they're logging in, they should politely ask the person to look away or, 
do what I do often, just lean into their line of sight to keep them from seeing 
my typing and/or computer screen. 3M Privacy Filters (www. 3m. com) work 
great as well. 



inference 

Inference is simply guessing passwords from information you know about 
users — such as their date of birth, favorite television show, or phone num- 
bers. It sounds silly, but criminals often determine their victims' passwords 
simply by guessing them! 
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The best defense against an inference attack is to educate users about creat- 
ing secure passwords that do not include information that can be associated 
Outside of certain password complexity filters, it's often not easy 
e this practice with technical controls, so you need a sound security 
policy and ongoing security awareness and training to remind users of the 
importance of secure password creation. 



Weak authentication 

External attackers and malicious insiders can obtain — or simply avoid 
having to use — passwords by taking advantage of older operating sys- 
tems, such as Windows 9x and Windows ME. These operating systems don't 
require passwords to log in. The same goes for a BlackBerry or smartphone 
that isn't configured to use passwords. 



Bypassing authentication 

On a Windows 9x or similar workstation that prompts for a password, you can 
press Esc on the keyboard to get right in. After you're in, you can find other 
passwords stored in such places as dial-up and VPN connections and screen 
savers. Such passwords can be cracked very easily using Elcomsoft's Proactive 
System Password Recovery tool (www . elcomsof t . com/pspr . html) and 
Cain & Abel (www. oxid. it/cain. html). These weak systems can serve as 
trusted machines — meaning that people assume they're secure — and provide 
good launching pads for network-based password attacks as well. 



Coun ter measures 

The only true defense against this is not to use operating systems that 
employ weak authentication. To eliminate this vulnerability, at least upgrade 
to Windows XP, or better yet, Windows 7 or use recent versions of Linux or 
one of the various flavors of UNIX, including Mac OS X. 



More modern authentication systems, such as Kerberos (which is used in 
newer versions of Windows) and directory services (such as Novell's eDirec- 
tory and Microsoft's Active Directory), encrypt user passwords or don't com- 
municate the passwords across the network at all, which creates an extra 
layer of security. 



High-tech password cracking 

High-tech password cracking involves using a program that tries to guess a 
password by determining all possible password combinations. These high- 
tech methods are mostly automated after you access the computer and pass- 
word database files. 

The main password-cracking methods are dictionary attacks, brute-force 
attacks, and rainbow attacks. 
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Password-cracking software 

Yqm can try to crack your organization's operating system and application 
s with various password-cracking tools: 




Cain & Abel (www. oxid. it/ cain.html) cracks LM and NT 
LanManager (NTLM) hashes, Windows RDP passwords, Cisco IOS and 
PIX hashes, VNC passwords, RADIUS hashes, and lots more. 

I 0 * chknull (www.phreak.org/archives/exploits/novell) checks for 
Novell NetWare accounts with no password. 

t 00 Elcomsoft Distributed Password Recovery (www. elcomsof t . com/ 

edpr .html) cracks Microsoft Office, PGP, and PKCS passwords in a 
distributed fashion using up to 10,000 networked computers at one time. 
Plus, this tool uses the same GPU video acceleration as the Elcomsoft 
Wireless Auditor tool, which allows for cracking speeds up to 50 times 
faster. (I talk about the Elcomsoft Wireless Auditor tool in Chapter 9.) 

u 0 Elcomsoft System Recovery (www . elcomsof t . com/esr . html) cracks 
or resets Windows user passwords, sets administrative rights, and 
resets password expirations all from a bootable CD. 

u 0 John the Ripper (www. openwall . com/ john) cracks hashed Linux/ 
UNIX and Windows passwords. 

u 0 ophcrack (http : / /ophcrack . sourcef orge . net) cracks Windows 
user passwords using rainbow tables from a bootable CD. 

u 0 Pandora (www.nmrc . org/project/pandora) cracks Novell NetWare 
passwords online and offline. 

i 0 * Proactive Password Auditor (www . elcomsof t . com/ppa . html) runs 
brute-force, dictionary, and rainbow cracks against extracted LM and 
NTLM password hashes. 

i** Proactive System Password Recovery (www. elcomsof t . com/pspr . 

html) recovers practically any locally stored Windows password, such 
as logon passwords, WEP/WPA passphrases, SYSKEY passwords, and 
RAS/dialup/VPN passwords. 

I 0 * pwdump3 (www. openwall . com/passwords/dl/pwdump/ 

pwdump3v2 . zip) extracts Windows password hashes from the SAM 
database. 

v 0 RainbowCrack (http : / /pro j ect-rainbowcrack . com) cracks 

LanManager (LM) and MD5 hashes very quickly by using rainbow tables. 



Some of these tools require physical access to the systems you're testing. You 
might be wondering what value that adds to password cracking. If a hacker 
can obtain physical access to your systems and password files, you have more 
than just basic information security problems to worry about, right? True, but 
this kind of access is entirely possible! What about a summer intern, a disgrun- 
tled employee, or an outside auditor with malicious intent? 
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Password-cracking utilities take a set of known passwords and run them 
through a password-hashing algorithm. The resulting encrypted hashes are 
pared at lightning speed to the password hashes extracted from 
al password database. When a match is found between the newly 
generated hash and the hash in the original database, the password has been 
cracked. It's that simple. 





Other password cracking programs simply attempt to log on using a pre- 
defined set of user IDs and passwords. This is how many dictionary-based 
cracking tools work, such as Brutus (www.hoobie .net/brutus) and 
SQLPing3 (www. sqlsecurity . com/Tools/FreeTools/tabid/65/ 
Default . aspx). I cover cracking Web application and database passwords 
in Chapters 14 and 15. 

Passwords that are subjected to cracking tools eventually lose. You have 
access to the same tools as the bad guys. These tools can be used for both 
legitimate security assessments and malicious attacks. You want to find pass- 
word weaknesses before the bad guys do, and in this section, I show you some 
of my favorite methods for assessing Windows and Linux/UNIX passwords. 

When trying to crack passwords, the associated user accounts might be 
locked out, which could interrupt your users. Be careful if your systems 
intruder lockout is enabled — otherwise, you might lock out some or all com- 
puter/network accounts, resulting in a sort of denial of service situation for 
your users. 

Passwords are typically encrypted when they're stored on a computer, using 
an encryption or one-way hash algorithm, such as DES or MD5. Hashed pass- 
words are then represented as fixed-length encrypted strings that always 
represent the same passwords with exactly the same strings. These hashes 
are irreversible for all practical purposes, so, in theory, passwords can never 
be decrypted. Furthermore, certain passwords, such as those in Linux, have 
a random value called a "salt" added to them to create a degree of random- 
ness. This prevents the same password used by two people from having the 
same hash value. 

Password storage locations vary by operating system: 

*<" Windows usually stores passwords in these locations: 

• Security Accounts Manager (SAM) database (c : \winnt\ 
system32 \conf ig) 

• Active Directory database file that's stored locally or spread 
across domain controllers (ntds . dit) 

Windows sometimes stores passwords in either a backup of the SAM file 
in the c : \winnt\repair directory or on an emergency repair disk. 
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Some Windows applications store passwords in the Registry or as plain- 
text files on the hard drive! 
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x and other UNIX variants typically store passwords in these files: 

/etc/passwd (readable by everyone) 

/etc /shadow (accessible by the system and the root account 
only) 

/etc/security/passwd (accessible by the system and the root 
account only) 

/ . secure/etc/passwd (accessible by the system and the root 
account only) 



Dictionary attacks 

Dictionary attacks quickly compare a set of known dictionary-type words — 
including many common passwords — against a password database. This 
database is a text file with hundreds if not thousands of "dictionary" words 
typically listed in alphabetical order. For instance, suppose that you have a 
dictionary file that you downloaded from one of the sites in the following list. 
The English dictionary file at the Purdue site contains one word per line start- 
ing with 10th, 1st . . . all the way to zygote. 

Many password-cracking utilities can use a separate dictionary that you 
create or download from the Internet. Here are some popular sites that house 
dictionary files and other miscellaneous word lists: 



ftp : / / ftp . cerias .purdue . edu/pub/dict 
& ftp : / / ftp . ox . ac . uk/pub/wordlists 

http : / /packet stormsecurity . nl/ Crackers /wordlists 
www. outpost9 . com/ f iles/WordLists .html 



The above links are good but I find the BlackKnightList (http: //rsl59 . 
rapidshare . com/ files / 1 84075 6 0 1 /BlackKnightList . rar) is the 
most comprehensive. After you download the file, you need WinRAR (www. 
rarlab . com) or a similar program to open it and gain access to the text 
file inside. 

Don't forget to use other language files as well, such as Spanish and Klingon. 

Dictionary attacks are only as good as the dictionary files you supply your 
password-cracking program. 



Most dictionary attacks are good for weak (easily guessed) passwords. 
However, some special dictionaries have common misspellings or alternate 
spellings of words, such as pa$$w0rd (password) and Security (security). 
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Additionally, special dictionaries can contain non-English words and the- 
matic words from religions, politics, or Star Trek. 

rce attacks 

Brute-force attacks can crack practically any password, given sufficient time. 
Brute-force attacks try every combination of numbers, letters, and special 
characters until the password is discovered. Many password-cracking utilities 
let you specify such testing criteria as the character sets, password length to 
try, and known characters (for a "mask" attack). Sample Proactive Password 
Auditor brute-force password-cracking options are shown in Figure 7-1. 
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A brute-force test can take quite a while, depending on the number of 
accounts, their associated password complexities, and the speed of the com- 
puter that's running the cracking software. As powerful as brute-force testing 
can be, it literally can take forever to exhaust all possible password combina- 
tions, which in reality, is not practical in every situation. 



Figure 7-1: 

Brute-force 
password- 
cracking 
options in 
Proactive 
Password 
Auditor. 
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O Dictionary C Rainbow LM attack 



Hashes Bruteforce attack 

Brutelorce attack options 

□ All Latin (A-Z) □ All Printable 

□ All Digits (i>9) 

□ Special (!&. ] □ Custom charset 



Password length: m 

Passwords ranges: I 



Hash type Password [17] Password [8..14] NT password 



Times! amp Message 

V 15.08.2006 13:26:31 Terminal Services is not running 

V 15.0a200613:26:31 Current user: PCXUbeaver 

V 15 08 2006 13:26:31 Current user has administrator rights 

V 15.08 2006 13:26:31 Current user has privilege to debug programs 
Pro .5.: five P.j>ii' d Audits 1 .t",n Copyright iVi :CiCij-;nnr, EkorrCoft C:'.Ltd. 




Smart hackers attempt logins slowly or at random times so the failed login 
attempts aren't as predictable or obvious in the system log files. Some mali- 
cious users might even call the IT help desk to attempt a reset of the account 
they just locked out. This social-engineering technique could be a major issue, 
especially if the organization has no (or minimal) mechanisms in place to 
verify that locked-out users are who they say they are. 



Can an expiring password deter a hacker's attack and render password- 
cracking software useless? Yes. After the password is changed, the cracking 
must start again if the hacker wants to test all the possible combinations. 
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This is one reason why it's often a good idea to change passwords periodi- 
cally. Shortening the change interval can reduce the risk of passwords being 
Refer to the U.S. Department of Defense's Password Management 
document (www. itl . nist . gov/f ipspubs/app-e . htm) for 
more information on this topic. 



Exhaustive password cracking attempts usually aren't necessary. Most pass- 
words are fairly weak. Even minimum password requirements, such as a pass- 
word length, can help you in your testing; you might be able to discover 
security policy information by using other tools (see Part IV for tools and tech- 
niques for testing the security of operating systems) and configure your crack- 
ing programs with more well-defined cracking parameters, which often 
generate faster results. 
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Rainbow attacks 

A rainbow password attack uses rainbow tables (see the earlier sidebar, "A 
case study in Windows password vulnerabilities with Philippe Oechslin") 
to crack various password hashes for LM, NTLM, Cisco PIX, and MD5 much 
more quickly and with extremely high success rates (near 100%). Password- 
cracking speed is increased in a rainbow attack because the hashes are pre- 
calculated, thus, don't have to be generated individually on the fly as they 
are with dictionary and brute-force cracking methods. 

Unlike dictionary and brute-force attacks, rainbow attacks cannot be used to 
crack password hashes of unlimited length. The current maximum length for 
Microsoft LM hashes is 14 characters and the tables are available for purchase 
and download via the ophcrack site at http : / /ophcrack . sourcef orge . 
net. There's a length limitation because it takes significant time to generate 
these rainbow tables. Given enough time, a sufficient number of tables will be 
created. Of course, by then, computers and applications likely have different 
authentication mechanisms and hashing standards — including a new set of 
vulnerabilities — to contend with. 



If you have a good set of rainbow tables, such as those offered via the 
ophcrack site and Project RainbowCrack (http : //project-rainbowcrack. 
com), you can crack passwords in seconds, minutes, or hours versus the days, 
weeks, or even years required by dictionary and brute-force methods. 



Cracking Windows passwords With pWdump3 and John the Ripper 

The following steps use two of my favorite utilities to test the security of cur- 
rent passwords on Windows systems: 

*** pwdump3 (to extract password hashes from the Windows SAM database) 

John the Ripper (to crack the hashes of Windows and Linux/UNIX pass- 
words) 
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This test requires administrative access to either your Windows standalone 
workstation or the server: 
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te a new directory called passwords from the root of your 
Windows C: drive. 

Download and install a decompression tool if you don't already 
have one. 

WinZip (www. winzip . com) is a good commercial tool I use and FreeZip 
(http : / /members . ozemail . com. au/~nulif etv/f reezip) is a free 
decompression tool. Windows XP, Windows Vista, and Windows 7 also 
include built-in zip file handling. 

Download, extract, and install the following software into the 
passwords directory you created, if you don't already have it 
on your system: 

• pwdump3: Download the file from www. openwall . com/pass 
words/dl/pwdump/pwdump3v2 . zip 

• John the Ripper: Download the file from www. openwall . com/ 
j ohn 

Enter the following command to run pwdump3 and redirect its output 
to a file called cracked, txt: 

c:\passwords\pwdump3 > cracked.txt 

This file capture the Windows SAM password hashes that are cracked 
with John the Ripper. Figure 7-2 shows the contents of the cracked, 
txt file that contains the local Windows SAM database password 
hashes. 



Figure 7-2: 

Output from 
pwdump3. 



C:\WINNT\4ystem32\cmd.e: 



ad3b435b51404ee:329153F560eb329c0eldeea55e88a 



Ltb:1005:aad3b435b51404eeaad3h43EhE1404ee:31d6cFe0dl£ae931b73c59d7e0c089c0: : : 

Una :1003:18ea78F4eFaF573F aad3b435bE1404ee :bclcda&7bad80d40040cdEeeclF95b48 : : : 
5iiperPowei.Usei-:1004:le631686F73b2462aad3h435bS1404ee:?25afl?celF9d248?891d68382S2 
lFd6F : : : 



5. Enter the following command to run John the Ripper against the 
Windows SAM password hashes to display the cracked passwords: 

c:\passwords\john cracked.txt 

This process — shown in Figure 7-3 — can take seconds or days, 
depending on the number of users and the complexity of their associ- 
ated passwords. My Windows example took only five seconds to crack 
five weak passwords. 
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Cracking UNIX passwords With John the Ripper 

John the Ripper can also crack UNIX passwords. You need root access to 
your system and to the password (/etc/passwd) and shadow password 
(/etc /shadow) files. Perform the following steps for cracking UNIX passwords: 

1. Download the UNIX source files from www.openwall . com/ john. 

2. Extract the program by entering the following command: 

[root@localhost kbeaver]#tar -zxf john-1 . 7 . 1 . tar . gz 

You can crack UNIX passwords on a Windows system using the 
Windows/DOS version of John the Ripper. 

3. Change to the /src directory that was created when you extracted the 
program and enter the following command: 

make generic 

4. Change to the /run directory and enter the following command to use 
the unshadow program to combine the passwd and shadow files and 
copy them to the file cracked.txt: 

./unshadow /etc/passwd /etc/shadow > cracked.txt 

This will not work with all UNIX variants. 

5. Enter the following command to start the cracking process: 

./john cracked.txt 

When John the Ripper is complete (and this could take some time), the 
output is similar to the results of the preceding Windows process. (Refer 
to Figure 7-3.) 

After completing the preceding Windows or UNIX steps, you can either force 
users to change passwords that don't meet specific password policy require- 
ments, or create a new password policy. 

Be careful handling the results of your password cracking. You create an 
accountability issue because more than one person now knows the passwords. 
Always treat the password information of others as strictly confidential. 
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Passwords by the numbers 



ty-eight different ASCII 
characters are used in typical computer pass- 
words. (Technically, only 126 characters are 
used because you can't use the NULL and the 
carriage return characters.) A truly random 
eight-character password that uses 126 differ- 
ent characters can have 63,527,879,748,485,376 
different combinations. Taking that a step fur- 
ther, if it were possible (and it is in Linux and 
UNIX) to use all 256 ASCII characters (254, with- 
out NULL and carriage return) in a password, 
17,324,859,965,700,833,536 different combina- 
tions would be available. This is approximately 
2.7 billion times more combinations than there 
are people on earth! 

Atextfile containing all the possible passwords 
would require millions of terabytes of storage 
space. Even if you include only the more realistic 



combination of 95 or so ASCII letters, numbers, 
and standard punctuation characters, such a 
file would still fill thousands of terabytes of stor- 
age space. These storage requirements require 
dictionary and brute-force password-cracking 
programs to form the password combinations 
on the fly, instead of reading all possible com- 
binations from a text file. That's why rainbow 
attacks are more effective at cracking pass- 
words than dictionary and brute-force attacks. 

Given the effectiveness of rainbow password 
attacks, it's realistic to think that eventually, 
anyone will be able to crack all possible pass- 
word combinations, given the current technol- 
ogy and average lifespan. It probably won't 
happen; however, many thought in the 1980s 
that 640KB of RAM and a 10MB hard drive in a 
PC were all that would ever be needed! 



Cracking Windows passwords usinq rainbow tables With ophcrack 

You can also perform a rainbow attack by using the open source tool 
ophcrack (not to be confused with the retired LOphtcrack). Perform the fol- 
lowing steps for the Windows version: 

1. Download the source file from http : / /ophcrack . sourcef orge . net. 

2. Extract and install the program by entering the following command: 

ophcrack-win32-installer-3 .3.1. exe (or whatever the current 
filename is) 

3. Load the program. 

4. Click the Load button and select the type of test you wish to run. 

In this example, shown in Figure 7-4, I'm connecting to a remote server 
called testl. This way, ophcrack will authenticate to the remote server 
using my locally logged-in username and run pwdump code to extract 
the password hashes from the server's SAM database. You can also load 
hashes from the local machine or from hashes extracted during a previ- 
ous pwdump session. 



The extracted password hash usernames will look similar to those 
shown in Figure 7-5. 
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Figure 7-4: 
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Figure 7-5: 

Usernames 
extracted 
via 

ophcrack. 



5. Click the Launch icon to begin the rainbow crack process. 

The process can take a little while depending on your computer's speed. 
Three of the long, random passwords I created for my test accounts 
were cracked in just a couple of minutes, as shown in Figure 7-6. The 
only reason the fourth wasn't cracked is because it had an exclamation 
point on the end and I was using ophcrack's smaller "10k" alphanumeric 
character set that doesn't test for extended characters, ophcrack has 
other options that will test for extended characters, so no worries for 
more "creative" passwords. 
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Figure 7-6: 
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There's also a bootable Linux-based version of ophcrack (available at 
http : / /ophcrack. sourcef orge . net) that allows you to boot a system 
and start cracking passwords without having to log in or install any software. 

I highly recommend you use the ophcrack LiveCD on a sample laptop com- 
puter or two to demonstrate just how simple it is to recover passwords, and 
subsequently, sensitive information from laptops that do not have have 
encrypted hard drives. 

Before submitting password hashes to a third party, make sure doing so will 
not violate any internal policies, business contracts, or nondisclosure agree- 
ments or get you into hot water. Also, remember that submitting password 
hashes to a third party creates an accountability issue because three or more 
parties technically have access to the passwords. 



Checking for nuU/Hank passwords in NetWare 

By using the chknull program, you can test for NetWare users that have empty 
passwords, passwords that match their usernames, and passwords that match 
a specific password that you supply on the command line. Figure 7-7 shows the 
output of a chknull session against a NetWare server without being logged in: 
Four users have blank passwords, three users have the password "123," and 
one user's password is the same as her username (avadminuser). 
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;null -p 123 

JOHNNVD HAS a NULL password 
DOCTORX HAS a NULL password 
NIKKI HAS a NULL password 
mm HAS a NULL password 
0001 BILLV : 123 
0001 SANDMAN : 123 
0001 KBEAUER : 123 
0001 AUADMI NUSEB : AUADMI NUSER 



Password-protected files 

Do you wonder how vulnerable password-protected word-processing, 
spreadsheet, and zip files are when users send them into the wild blue 
yonder? Wonder no more. Some great utilities can show how easily pass- 
words are cracked. 

Cracking files 

Most password-protected files can be cracked in seconds or minutes. You 
can demonstrate this "wow factor" security vulnerability to users and man- 
agement. Here's a hypothetical real-world scenario: 

1. Your CFO wants to send some confidential financial information in an 
Excel spreadsheet to a company board member. 

2. She protects the spreadsheet by assigning it a password during the file- 
save process in Excel. 

3. For good measure, she uses WinZip to compress the file, and adds 
another password to make it really secure. 

4. The CFO sends the spreadsheet as an e-mail attachment, assuming that 
the e-mail will reach its destination. 

The financial advisor's network has content filtering, which monitors 
incoming e-mails for keywords and file attachments. Unfortunately, the 
financial advisory firm's network administrator is looking in the content- 
filtering system to see what's coming in. 

5. This rogue network administrator finds the e-mail with the confidential 
attachment, saves the attachment, and realizes that it's password 
protected. 

6. The network administrator remembers a great password-cracking tool 
available from Elcomsoft called Advanced Archive Password Recovery 
(www. elcomsof t . com/ archpr .html) that can help him out so he pro- 
ceeds to use it to crack the password. 
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Cracking password-protected files is as simple as that! Now all that the rogue 
network administrator must do is forward the confidential spreadsheet to his 
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„\v> If you carefully select the right options in Advanced Archive Password 

Recovery, you can drastically shorten your testing time. For example, if you 
know that a password is not over five characters long or is lowercase letters 
only, you can cut the cracking time in half. 

I recommend performing these file password-cracking tests on files that you 
capture with a content filtering or network analysis tool. This is a good way 
to determine whether your users are adhering to policy and using adequate 
passwords to protect sensitive information they're sending. 




Countermeasures 

The best defense against weak file password protection is to require your 
users to use a stronger form of file protection, such as PGP, or the AES 
encryption that's built in to WinZip, when necessary. Ideally, you don't want 
to rely on users to make decisions about what they should use to secure 
sensitive information, but it's better than nothing. Stress that a file encryp- 
tion mechanism, such as a password-protected zip file, is secure only if users 
keep their passwords confidential and never transmit or store them in unse- 
cure cleartext (such as in a separate e-mail). 



If you're concerned about unsecure transmissions through e-mail, consider 
using a content filtering or data leak prevention system to block all outbound 
e-mail attachments that aren't protected on your e-mail server. 



Other u/ays to crack passwords 

Over the years, I've found other ways to crack (or capture) passwords techni- 
cally and through social engineering. 

Keystroke fogging 

One of the best techniques for capturing passwords is remote keystroke 
logging — the use of software or hardware to record keystrokes as they're 
typed into the computer. 




Be careful with keystroke logging. Even with good intentions, monitoring 
employees raises various legal issues if it's not done correctly. Discuss with 
your legal counsel what you'll be doing, ask for their guidance, and get 
approval from upper management. 
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Loqqinq tools 

Wi|h keystroke-logging tools, you can assess the log files of your application 
at passwords people are using: 



Keystroke-logging applications can be installed on the monitored com- 
puter. I recommend that you check out eBlaster and Spector Pro by 
SpectorSoft (www. spectorsof t . com). Another popular tool is Invisible 
KeyLogger Stealth, available at www. amecisco . com/iks .htm. Dozens 
of other such tools are available on the Internet. 

W Hardware-based tools, such as KeyGhost (www. keyghost . com), fit 
between the keyboard and the computer or replace the keyboard 
altogether. 



A keystroke-logging tool installed on a shared computer can capture the pass- 
words of every user who logs in. 



Court ter measures 

The best defense against the installation of keystroke-logging software on 
your systems is to use a spyware-detection program or other antivirus prod- 
uct. As for physical keyloggers, you'll need to visually inspect each system. 



The potential for hackers to install keystroke-logging software is another 
reason to ensure that your users aren't downloading and installing random 
shareware or opening attachments in unsolicited e-mails. Consider locking 
down your desktops by setting the appropriate user rights through local or 
group security policy in Windows. Alternatively, you could use a commercial 
lockdown program, such as Fortres 101 (www. f ortresgrand. com) for 
Windows or Deep Freeze (www. f aronics . com/html/deepfreeze . asp) for 
Windows, Linux, and Mac OS X. 



Weak password storage 

Many legacy and standalone applications, such as e-mail, dial-up network 
connections, and accounting software, store passwords locally, making them 
vulnerable to password hacking. By performing a basic text search, I've found 
passwords stored in cleartext on the local hard drives of machines. You can 
automate the process even further by using a program called Identity Finder 
Pro (www. identityf inder . com/pro). I cover these file and related storage 
vulnerabilities in Chapter 15. 

Searching 

You can try using your favorite text-searching utility — such as the Windows 
search function, finds tr, or grep — to search for password or passwd on 
your computer's drives. You might be shocked to find what's on your sys- 
tems. Some programs even write passwords to disk or leave them stored in 
memory. 
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Weak password storage is a hacker's dream. Head it off if you can. 
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'reliable way to eliminate weak password storage is to use only 
applications that store passwords securely. This might not be practical, but 
it's your only guarantee that your passwords are secure. Another option is to 
instruct users not to store their passwords when prompted. 



Before upgrading applications, contact your software vendor to see how they 
manage passwords, or search for a third-party solution. 

NetWork analyzer 

A network analyzer sniffs the packets traversing the network. This is what 
the bad guys do if they can gain control of a computer, tap into your wireless 
network, or gain physical network access to set up their network analyzer. 
If they gain physical access, they can look for a network jack on the wall and 
plug right in! 

Testing 

Figure 7-8 shows how crystal-clear passwords can be through the eyes of 
a network analyzer. This figure shows how Cain & Abel (www. oxid. it/ 
cain . html) can glean thousands of passwords going across the network 
in a matter of a couple of hours. As you can see in the left pane, these clear- 
text password vulnerabilities can apply to FTP, Web, telnet, and more. (The 
actual usernames and passwords are blurred out to protect them.) 
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If traffic is not tunneled through a VPN, SSH, SSL, or some other form of 
encrypted link, it's vulnerable to attack. 




el is a password-cracking tool that also has network analysis capa- 
bilities. You can also use a regular network analyzer, such as the commercial 
products OmniPeek (www. wildpackets . com/products /distributed_ 
network_analysis/omnipeek_network_analyzer) and CommView 
(www. tamos . com/products /commview) as well as the free open source 
program, Wireshark (www . wireshark . org). With a network analyzer, you 
can search for password traffic in various ways. For example, to capture 
POP3 password traffic, you can set up a filter and a trigger to search for the 
PASS command. When the network analyzer sees the PASS command in the 
packet, it captures that specific data. 

Network analyzers require you to capture data on a hub segment of your net- 
work or via a monitor/mirror/span port on a switch. Otherwise, you can't see 
anyone else's data traversing the network — just yours. Check your switch's 
user guide for whether it has a monitor or mirror port and instructions on 
how to configure it. You can connect your network analyzer to a hub on the 
public side of your firewall. You'll capture only those packets that are enter- 
ing or leaving your network — not internal traffic. I cover this type of network 
infrastructure hacking in detail in Chapter 8. 

Countermeasures 

Here are some good defenses against network analyzer attacks: 



Use switches on your network, not hubs. If you must use hubs on net- 
work segments, a program like sniff det (ht tp : / / sni f f det . 
sourcef orge . net) for UNIX-based systems and PromiscDetect 
(http : / /nt security . nu/toolbox/promiscdetect) for Windows 
can detect network cards in promiscuous mode (accepting all packets, 
whether destined for the local machine or not). A network card in pro- 
miscuous mode signifies a network analyzer is running on the network. 

v 0 Make sure that unsupervised areas, such as an unoccupied lobby or 
training room, don't have live network connections. 

^ Don't let anyone without a business need gain physical access to your 
switches or the network connection on the public side of your fire- 
wall. With physical access, a hacker can connect to a switch monitor 
port or tap into the unswitched network segment outside the firewall 
and capture packets. 



Switches do not provide complete security because they are vulnerable to 
ARP poisoning attacks, which I cover in Chapter 8. 
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Weak BIOS passwords 

Mast computer BIOS (basic input/output system) settings allow power-on 
"jm^v^^Is and/or setup passwords to protect the computer's hardware set- 
"«n%sV*Mft are stored in the CMOS chip. Here are some ways around these 

passwords: 



You can usually reset these passwords either by unplugging the CMOS 
battery or by changing a jumper on the motherboard. 

v 0 Password-cracking utilities for BIOS passwords are available on the 
Internet and from computer manufacturers. 

V If gaining access to the hard drive is your ultimate goal, you can simply 
remove the hard drive from the computer and install it in another one and 
you're good to go. This is a great way to prove that BlOS/power-on pass- 
words are not an effective countermeasure for lost or stolen laptops. 

For a good list of default system passwords for various vendor equipment, 
check www. cirt .net/passwords. 

Countermeasures 

There are tons of variables for hacking and hacking countermeasures depend- 
ing on your hardware setup. If you plan to hack your own BIOS passwords, 
check for information in your user manual or refer to the BIOS password hack- 
ing guide I wrote at http : / / tinyurl . com/ f wom6. If protecting the informa- 
tion on your hard drives is your ultimate goal then whole disk (PGP) or whole 
volume (Windows BitLocker) encryption is the best way to go. 



Weak passwords in Umbo 

Bad guys often exploit user accounts that have just been created or reset 
by a network administrator or help desk. New accounts might need to be 
created for new employees or even for your own ethical hacking purposes. 
Accounts might need to be reset if users forget their passwords or if the 
accounts have been locked out because of failed attempts. 

Weaknesses 

Here are some reasons why user accounts can be vulnerable: 

*<" When user accounts are reset, they often are assigned an easily cracked 
password (such as the user's name or the word password). The time 
between resetting the user account and changing the password is a 
prime opportunity for a break-in. 

v 0 Many systems have either default accounts or unused accounts with 
weak passwords or no passwords at all. These are prime targets. 
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Countermeasures 

best defenses against attacks on passwords in limbo are solid help desk 
and procedures that prevent weak passwords from being available 
Iren time during the new account generation and password reset pro- 
cesses. Perhaps the best ways to overcome this vulnerability are as follows: 




Require users to be on the phone with the help desk, or have a help 
desk member perform the reset at the user's desk. 

W Require that the user immediately log in and change the password. 

v 0 If you need the ultimate in security, implement stronger authentication 
methods, such as challenge/response questions, smart cards, or digital 
certificates. 

Automate password reset functionality on your network so users can 
manage most of their password problems without help from others. 



Password-reset programs 

Network administrators occasionally use programs that reset the administra- 
tor password, which can be used against a network. 



Toots 

My favorite tool for this task is Elcomsoft System Recovery (www. elcomsof t . 
com/esr . html). You simply burn this tool to a CD and use it to boot the 
system you want to recover the password from, as shown in Figure 7-9. 




You can also use another proven tool for Windows called NT Access (www . 
mirider . com/ntaccess . html). This program isn't pretty or fancy, but it 
does the job. As with ophcrack, these tools provide an excellent way to dem- 
onstrate that you need to encrypt your laptop hard drives. 

If you want to perform similar checks on a UNIX or Linux-based laptop, you 
should be able to boot from a Knoppix (www . knoppix . net) or similar "live" 
Linux distribution and edit the local passwd file (/etc /shadow) to reset or 
change it. Remove the encrypted code between the first and second colons for 
the "root" (or whatever user) entry or copy the password from the entry of 
another user and paste it into that area. 



Court termeasures 

The best safeguard against a hacker using a password reset program against 
your Windows systems is to encrypt your hard drives by using Windows 
BitLocker in Windows Vista and Windows 7 or PGP Whole Disk Encryption 
(www. pgp . com/products /wholediskencryption). For Linux you can 
use TrueCrypt (www. truecrypt . org). You also need to ensure that people 
can't gain unauthorized physical access to your computers. When a hacker 
has physical access and your drives are not encrypted, all bets are off. 
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Figure 7-9: 
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Countermeasures 




A password for one system usually equals passwords for many other systems 
because many people use the same (or at least similar) passwords on every 
system they use. For this reason, you might want to consider instructing 
users to create different passwords for different systems, especially on the 
systems that protect information that's more sensitive. The only downside to 
this is that users have to keep multiple passwords and, therefore, might be 
tempted to write them down, which can negate any benefits. 

Strong passwords are important, but balance security and convenience: 



You can't expect users to memorize passwords that are insanely com- 
plex and must be changed every few weeks. 

v 0 You can't afford weak passwords or no passwords at all, so come up 
with a strong password policy and accompanying standard — preferably 
one that requires long and strong passphrases (combinations of words 
that are easily remembered yet next to impossible to crack) that have to 
be changed only once or twice a year. 
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Storing passwords 



ye to choose between weak passwords that your users can memorize 
g passwords that your users must write down, I recommend having 
readers write down passwords and store the information securely. Train users 
to store their written passwords in a secure place — not on keyboards or in 
easily cracked password-protected computer files (such as spreadsheets). 
Users should store a written password in either of these locations: 



v 0 A locked file cabinet or office safe 

An encrypted file or database, using such tools as 

• PGP (www.pgpi . org offers the free, open-source version, and 
www . pgp . com offers the commercial version) 

• Password Safe, an open-source software originally developed by 
Counterpane (http : / /passwordsaf e . sourcef orge . net) 

No passwords on sticky notes! People joke about it, but it happens a lot and 
it's not good for business! 



Policy considerations 

As an ethical hacker, you should show users the importance of securing their 
passwords. Here are some tips on how to do that: 

*<" Demonstrate how to create secure passwords. Refer to them as pass- 
phrases because people tend to take passwords literally and use only 
words, which can be less secure. 

t<" Show what can happen when weak passwords are used or passwords 
are shared. 

Diligently build user awareness of social engineering attacks. 

Enforce (or at least encourage the use of) a strong password-creation policy 
that includes the following criteria: 

t>* Use upper- and lowercase letters, special characters, and numbers. 

Never use only numbers. These passwords can be cracked quickly. 

*<" Misspell words or create acronyms from a quote or a sentence. For 

example, ASCII is an acronym for American Standard Code for Information 
Interchange that can also be used as part of a password. 

v 0 Use punctuation characters to separate words or acronyms. 
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pected of being compromised. Anything more frequent introduces an 
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different passwords for each system. This is especially important 
for network infrastructure hosts, such as servers, firewalls, and routers. 
It's okay to use similar passwords — just make them slightly different 
for each type of system, such as SummerInTheSouth_WinXP for Windows 
systems and SummerInTheSouth_Lin for Linux systems. 

v 0 Use variable-length passwords. This can throw off attackers because 
they won't know the required minimum or maximum length of pass- 
words and must try all password length combinations. 

Don't use common slang words or words that are in a dictionary. 

Don't rely completely on similar-looking characters, such as 3 instead 
of E, 5 instead of S, or / instead of 1. Password cracking programs can 
check for this. 

Don't reuse the same password within at least four to five password 
changes. 

W Use password-protected screen savers. Unlocked screens are a great 
way for systems to be compromised even if their hard drives are 
encrypted. 

Don't share passwords. To each his or her own! 

Avoid storing user passwords in an unsecured central location, such 
as an unprotected spreadsheet on a hard drive. This is an invitation 
for disaster. Use PGP, Password Safe, or a similar program to store user 
passwords. 



Other considerations 

Here are some other password-hacking countermeasures that I recommend: 

f Enable security auditing to help monitor and track password attacks. 

u 0 Test your applications to make sure they aren't storing passwords 
indefinitely in memory or writing them to disk. A good tool for this is 

WinHex (www. winhex . com/winhex/index-m. html). I've used this 
tool to search a computer's memory for password, pass=, login, and so 
on and have come up with some passwords that the developers thought 
were cleared from memory. 

Some password-cracking Trojan-horse applications are transmitted 
through worms or simple e-mail attachments. Such malware can be 
lethal to your password-protection mechanisms if they're installed on 
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your systems. The best defense is malware protection software, such as 
antivirus protection (from a vendor like Webroot or McAfee), spyware 
ection (such as Spybot), or malicious-code behavioral protection 
h as Finjan's offerings). 



Keep your systems patched. Passwords are reset or compromised 
during buffer overflows or other denial of service (DoS) conditions. 

*<" Know your user IDs. If an account has never been used, delete or dis- 
able the account until it's needed. You can determine unused accounts 
by manual inspection or by using DumpSec (www. systemtools . 
com/somarsof t/?somarsof t . com), a tool that can enumerate the 
Windows operating system and gather user IDs and other information. 



As the security administrator in your organization, you can enable account 
lockout to prevent password-cracking attempts. Account lockout is the ability 
to lock user accounts for a certain time after a certain number of failed login 
attempts has occurred. Most operating systems (and some applications) 
have this capability. Don't set it too low (fewer than five failed logins), and 
don't set it too high to give a malicious user a greater chance of breaking in. 
Somewhere between 5 and 50 might work for you. I usually recommend a 
setting of around 10 or 15. Consider the following when configuring account 
lockout on your systems: 



W To use account lockout to prevent any possibilities of a user DoS condi- 
tion, require two different passwords, and don't set a lockout time for 
the first one if that feature is available in your operating system. 

v 0 If you permit autoreset of the account after a certain period — often 
referred to as intruder lockout — don't set a short time period. Thirty 
minutes often works well. 



A failed login counter can increase password security and minimize the overall 
effects of account lockout if the account experiences an automated attack. A 
login counter can force a password change after a number of failed attempts. 
If the number of failed login attempts is high and occurred over a short period, 
the account has likely experienced an automated password attack. 

Other password-protection countermeasures include 

v 0 Stronger authentication methods, such as challenge/response, smart 
cards, tokens, biometrics, or digital certificates. 

u* Automated password reset. This functionality lets users manage most of 
their password problems without getting others involved. Otherwise, this 
support issue becomes expensive, especially for larger organizations. 

Password protect the system BIOS. This is especially important on serv- 
ers and laptops that are susceptible to physical security threats and 
vulnerabilities. 
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mplement various operating system security measures to ensure 
that passwords are protected. 

Regularly perform these low-tech and high-tech password-cracking tests to 
make sure that your systems are as secure as possible — perhaps as part of a 
monthly, quarterly, or biannual audit. 



Windows 



The following countermeasures can help prevent password hacks on 
Windows systems: 



v 0 Some Windows passwords can be gleaned by simply reading the cleart- 
ext or crackable ciphertext from the Windows Registry. Secure your reg- 
istries by doing the following: 

• Allow only administrator access. 

• Harden the operating system by using well-known hardening 
best practices, such as those from SANS (www. sans . org), NIST 
(http : / /csrc .nist . gov), and the Center for Internet Security 
Benchmarks/Scoring Tools (www. cisecurity . org), and the ones 
outlined in Network Security For Dummies, by Chey Cobb. 

Use SYSKEY for enhanced Windows password protection. 

• By default, Windows 2000 and newer systems encrypts the SAM 
database that stores hashes of the Windows account passwords. 
Encryption is not the default on older Windows NT systems. 

• You can use the SYSKEY utility to encrypt the database for 
Windows NT machines and to move the database encryption key 
from Windows 2000 and later machines. 

Don't rely on only the SYSKEY utility. Many tools can crack SYSKEY 
encryption. 

Keep all SAM database backup copies secure. 

W Disable the storage of LM hashes in Windows for passwords that are 
shorter than 15 characters. 

For example, in Windows 2000 SP2 and later, you can create and set the 
NoLMHash registry key to a value of 1 under hkey_local_machine\ 
SYSTEM\CurrentControlSet\Control\Lsa. 
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t>* Use passf ilt . dll or local or group security policies to help eliminate 
weak passwords on Windows systems before they're created. 



ble null sessions in your Windows version: 

In Windows XP and later versions, enable the Do Not Allow 
Anonymous Enumeration of SAM Accounts and Shares option in 
the local security policy. 

• In Windows 2000, enable the No Access without Explicit 
Anonymous Permissions option in the local security policy. 

• In Windows NT, enable the following Registry key: 

HKLM/ Sys tem/CurrentControl Set /Control /LSA/ 
RestrictAnonymous=l 



Linux and UNIX 

The following countermeasures can help prevent password cracks on Linux 
and UNIX systems: 

Ensure your system is using shadowed MD5 passwords. 

Help prevent the creation of weak passwords. You can use either the 
built-in operating-system password filtering (such as cracklib in Linux) 
or a password-auditing program (such as npasswd or passwd+). 

u 0 Check your / etc /pas swd file for duplicate root UID entries. Hackers 
can exploit such entries as root backdoors. 



DropBooks p ar j m 

Hacking the 
Network 



The 5 th Wave 



By Rich Tennant 



DropBooks 



In this part . . . 



/ m /ow that you're off and running with your ethical 
# W hacking tests, it's time to take things to a new level. 
The tests in the previous part — at least the social engi- 
neering and physical security tests — start at a high level 
and are not that technical. Times, they are a-changin'! You 
now need to look at network security. This is where things 
start getting more involved. 

This part starts out by looking at the network from the 
inside and the outside for everything from perimeter secu- 
rity holes to network device exploits to DoS vulnerabili- 
ties and more. This part then looks at how to assess the 
security of wireless LANs that introduce some serious 
security vulnerabilities into networks these days. 
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In This Chapter 

Selecting tools 

Scanning network hosts 

Assessing security with a network analyzer 

Preventing denial-of-service and infrastructure vulnerabilities 

••••••••••••••••••••••••••••••••••••••••••••••••• 

70 have secure operating systems and applications, you need to have 
a secure network. Devices such as routers, firewalls, and even generic 
hosts (including servers and workstations) must be assessed as part of the 
ethical hacking process. 

There are thousands of possible network vulnerabilities, equally as many 
tools, and even more testing techniques. You probably don't have the time or 
resources available to test your network infrastructure systems for all pos- 
sible vulnerabilities, using every tool and method imaginable. Instead, you 
need to focus on tests that will produce a good overall assessment of your 
network — and the tests I describe in this chapter produce exactly that. 



You can eliminate many well-known, network-related vulnerabilities by 
simply patching your network hosts with the latest vendor software and firm- 
ware updates. Because most network infrastructure hosts are not publicly 
accessible, odds are that your network hosts will not be attacked from the 
outside and even when they are, the results are not likely to be detrimental. 
You can eliminate many other vulnerabilities by following some solid secu- 
rity practices on your network, as described in this chapter and in Network 
Security Bible, Second Edition by Eric Cole. The tests, tools, and techniques 
outlined in this chapter offer the most bang for your ethical hacking buck. 

The better you understand network protocols, the easier network vulnerabil- 
ity testing is because network protocols are the foundation for most informa- 
tion security concepts. If you're a little fuzzy on how networks work, I highly 
encourage you to read TCP/IP For Dummies, 6th Edition, by Candace Leiden 
and Marshall Wilensky and the Request for Comments (RFCs) list on the 
Official Internet Protocol Standards page, www.rfc-editor.org/rfcxxOO . 
html. 
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Laura Chappell — one of the world's foremost 
authorities on network protocols and analysis — 
shared with me an interesting experience she 
had when assessing a customer's network. 

The Situation 

A customer called Ms. Chappell with a rou- 
tine "the network is slow" problem. Upon Ms. 
Chappell arrival onsite,the customer mentioned 
sporadic outages and poor performance when 
connecting to the Internet. First, Ms. Chappell 
examined individual flows between various cli- 
ents and servers. Localized communications 
appeared normal, but any communication that 
flowed through the firewall to the Internet or 
other branch offices was severely delayed. Ms. 
Chappell sniffed the traffic going through the 
firewall to see whether she could isolate the 
cause of the delay. 

The Outcome 

A quick review of the traffic crossing the fire- 
wall indicated that the outside links were satu- 
rated, so Ms. Chappell needed to review and 
classify the traffic. Using the network analyzer, 
Ms. Chappell plugged in to examine the proto- 
col distribution. She saw that almost 45 percent 
of the traffic was listed as "others" and was 
unrecognizable. Laura captured some data 
and found several references to pornographic 
images. Further examination of the packets led 
her to two specific port numbers that appeared 
consistently in the trace files — ports 1214 
(Kazaa) and 6346 (Gnutella), two peer-to-peer 
(P2P) file-sharing applications. Ms. Chappell 
did a complete port scan of the network to see 
what was running and found more than 30 sys- 
tems running either Kazaa or Gnutella. Theirfile 
transfer processes were eating up the band- 
width and dragging down all communications. 
Shutting down these systems and removing the 
applications would have been simple, but Laura 



wanted to investigate them further without the 
users' knowledge. 

Ms. Chappell decided to use her own Kazaa and 
Gnutella clients to look through the shared fold- 
ers of the systems. By becoming a peer member 
with the other hosts on the network, Ms. Chappell 
could perform searches through other shared 
folders, which indicated some of the users had 
shared their network directories. Through these 
shared folders, Ms. Chappell obtained the cor- 
porate personnel roster, including home phone 
numbers and addresses, accounting records, 
and several confidential memos that provided 
timelines for projects at the company. 

Many users said they shared these folders to 
regain access to the P2P network because they 
had been labeled freeloaders — their shares 
contained only a few files. They were under 
the delusion that because no one outside the 
company knew the filenames contained in the 
network directories, a search wouldn't come 
up with matching values, and no one would 
download those files. Although this onsite visit 
started with a standard performance and com- 
munication review, it ended with the detection 
of some huge security breaches in the com- 
pany. Anyone could have used these P2P tools 
to get onto the network and grab the files in 
the shared folders — with no authorization or 
authentication required. 

Laura Chappell is Senior Protocol Analyst at 
the Protocol Analysis Institute, LLC (www. 
packet-level . com). A best-selling author 
and lecturer, Ms. Chappell has trained thou- 
sands of network administrators, security tech- 
nicians, and law enforcement personnel on 
packet-level security, troubleshooting, and opti- 
mization techniques. I highly recommend that 
you check out her Web site for some excellent 
technical content that can help you become a 
better ethical hacker. 
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infrastructure vulnerabilities are the foundation for all technical 
security issues in your information systems. These lower-level vulnerabilities 
affect everything running on your network. That's why you need to test for 
them and eliminate them whenever possible. 

Your focus for ethical hacking tests on your network infrastructure should be 
to find weaknesses that others can see in your network so you can quantify 
your network's level of exposure. 

Many issues are related to the security of your network infrastructure. Some 
issues are more technical and require you to use various tools to assess them 
properly. You can assess others with a good pair of eyes and some logical 
thinking. Some issues are easy to see from outside the network, and others are 
easier to detect from inside your network. 

When you assess your company's network infrastructure security, you need 
to look at as the following: 



Where devices, such as a firewall or IPS, are placed on the network and 
how they're configured 

What external attackers see when they perform port scans, and how 
they can exploit vulnerabilities in your network hosts 

v* Network design, such as Internet connections, remote access capabili- 
ties, layered defenses, and placement of hosts on the network 

W Interaction of installed security devices, such as firewalls, IPSes, antivi- 
rus, and so on 

What protocols are in use 

t>* Commonly attacked ports that are unprotected 

*<" Network host configurations 

v* Network monitoring and maintenance 



If someone exploits a vulnerability in one of the items in the preceding list or 
anywhere in your network's security, bad things can happen: 



t>* A hacker can use a denial of service (DoS) attack, which can take down 
your Internet connection — or even your entire network. 

A malicious employee using a network analyzer can steal confidential 
information in e-mails and files sent on the network. 

A hacker can set up backdoors into your network. 

v 0 A hacker can attack specific hosts by exploiting local vulnerabilities 
across the network. 
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Before assessing your network infrastructure security, remember to do the 
following: 



^C/v) ^D'Kr^^ your systems from the outside in, the inside out, and the inside in 
(that is, between internal network segments and demilitarized zones 
[DMZs]). 

*<" Obtain permission from partner networks to check for vulnerabilities on 
their ends that can affect your network's security, such as open ports, 
lack of a firewall, or a misconfigured router. 



Choosing Toots 

Your tests require the right tools — you need scanners, analyzers, and vul- 
nerability assessment tools. Great commercial, shareware, and freeware tools 
are available. I describe a few of my favorite tools in the following sections. 
Just keep in mind that you need more than one tool, and that no tool does 
everything you need. 

If you're looking for easy-to-use security tools with all-in-one packaging, you 
get what you pay for most of the time — especially for the Windows platform. 
Tons of security professionals swear by many free security tools, especially 
those that run on Linux and other UNIX-based operating systems. Many of 
these tools offer a lot of value — if you have the time, patience, and willing- 
ness to learn their ins and outs. 




Scanners and analyzers 

These scanners provide practically all the port scanning and network testing 
you need: 

SuperScan (www. f oundstone . com/us/resources/proddesc/ 
superscan . htm) for ping sweeps and port scanning 

Essential NetTools (www. tamos . com/products /nettools) for a wide 
variety of network scanning functionality 

NetScanTools Pro (www . netscantools . com) for dozens of network 
security assessment functions, including ping sweeps, port scanning, 
and SMTP relay testing 

Getif (www. wtcs . org/snmp4tpc/getif .htm) for SNMP enumeration 

Nmap (www . insecure . org/nmap) — or NMapWin (http : / / 
sourceforge.net/projects/nmapwin), the happy-clicky-GUI front 
end to Nmap — for host-port probing and operating system fingerprinting 
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Cain & Abel (www. oxid. it/cain.html) for network analysis and ARP 
poisoning 

Packets' OmniPeek (www. wildpackets . com/products/ 
tributed_network_analysis/omnipeek_network_analyzer) 
for network analysis 



Vulnerability assessment 

These vulnerability assessment tools allow you to test your network hosts 
for various known vulnerabilities as well as potential configuration issues 
that could lead to security exploits: 

i** GFI LANguard (www. gf i . com/lannetscan) for port scanning and vul- 
nerability testing 

W Nessus (www . nessus . org), a free all-in-one tool for ping sweeps, port 
scanning, and vulnerability testing 

v 0 QualysGuard (www. qualys . com), a great all-in-one tool for in-depth 
vulnerability testing 



Scanninq, Poking and Proddinq 

Performing the ethical hacks described in the following sections on your net- 
work infrastructure involves following basic hacking steps: 

1. Gather information and map your network. 

2. Scan your systems to see which ones are available. 

3. Determine what's running on the systems discovered. 

4. Attempt to penetrate the systems discovered, if you choose to. 

Every network card driver and implementation of TCP/IP in most operating 
systems, including Windows and Linux, and even in your firewalls and routers, 
has quirks that result in different behaviors when scanning, poking, and prod- 
ding your systems. This can result in different responses from your various 
systems, including everything from false-positive findings to denial of service 
(DoS) conditions. Refer to your administrator guides or vendor Web sites for 
details on any known issues and possible patches that are available to fix 
them. If you have all your systems patched, this shouldn't be an issue. 
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manner shows you what's what on your network. A software tool that 
' network to see what's alive and working, port scanners provide 
basic views of how the network is laid out. They can help identify unauthor- 
ized hosts or applications and network host configuration errors that can 
cause serious security vulnerabilities. 



The big-picture view from port scanners often uncovers security issues that 
might otherwise go unnoticed. Port scanners are easy to use and can test sys- 
tems regardless of what operating systems and applications they're running. 
The tests are usually performed relatively quickly without having to touch 
individual network hosts, which would be a real pain otherwise. 

The trick to assessing your overall network security is interpreting the 
results you get from a port scan. You can get false positives on open ports, 
and you might have to dig deeper. For example, UDP scans — like the proto- 
col itself — are less reliable than TCP scans and often produce false positives 
because many applications don't know how to respond to random incoming 
UDP requests. 

A feature-rich scanner often can identify ports and see what's running in 
one step. 
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Port scans can take a good bit of time. The length of time depends on the 
number of hosts you have, the number of ports you scan, the tools you use, 
the processing power of your test system, and the speed of your network 
links. 



An important tenet to remember is that you need to scan more than just the 
important hosts. Leave no stone unturned. These other systems often bite you 
if you ignore them. Also, perform the same tests with different utilities to see 
whether you get different results. Not all tools find the same open ports and 
vulnerabilities. This is unfortunate, but it's a reality of ethical hacking tests. 



If your results don't match after you run the tests using different tools, you 
might want to explore the issue further. If something doesn't look right — 
such as a strange set of open ports — it probably isn't. Test again; if you're in 
doubt, use another tool for a different perspective. 

As an ethical hacker, you should scan all 65,535 TCP ports on each network 
host that your scanner finds. If you find questionable ports, look for documen- 
tation that the application is known and authorized. It's not a bad idea to scan 
all 65,535 UDP ports as well. 



For speed and simplicity, you can scan the commonly hacked ports, listed in 
Table 8-1. 
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Commonly Hacked Ports 
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"\ Efftfhmber 


Service 




Protocol(s) 




Echo 




TCP, UDP 


19 


Chargen 




TCP, UDP 


20 


FTP data (File Transfer Protocol) 


TCP 


21 


FTP control 




TCP 


22 


SSH 




TCP 




23 


Telnet 




TCP 


25 


SMTP (Simple Mail Transfer Protocol) 


TCP 


37 


Daytime 




TCP, UDP 


53 


DNS (Domain Name System) 


UDP 


69 


TFTP (Trivial File Transfer Protocol) 


UDP 


79 


Finger 




TCP, UDP 


80 


HTTP (Hypertext Transfer Protocol) 


TCP 


110 


P0P3 (Post Office Protocol version 3) 


TCP 


111 

1 1 1 


SUN RPC (remote procedure calls) 


tpp imp 

i u r, u u r 


lOu 


RPC/DCE (end point mapper) for Microsoft 
networks 


tpp imp 

i u r, uur 


137,138,139, 445 


NetBIOS over 


TCP/IP 


TCP, UDP 


161 


SNMP (Simple Network Management 
Protocol) 


TCP, UDP 


443 


HTTPS (HTTP 


over SSL) 


TCP 


512,513,514 


Berkeley r-services and r-commands (such 

as rsh, rexec, and rlogin) 


TCP 


1433 


Microsoft SQL Server (ms-sql-s) 


TCP, UDP 


1434 


Microsoft SQL Monitor (ms-sql-m) 


TCP, UDP 


1723 


Microsoft PPTP VPN 


TCP 


3389 


Windows Terminal Server 


TCP 


5631,5632 


pcAnywhere 




TCP 


8080 


HTTP proxy 




TCP 



Ping su/eeping 

A ping sweep of all your network subnets and hosts is a good way to find 
out which hosts are alive and kicking on the network. A ping sweep is 
when you ping a range of addresses using Internet Control Message 
Protocol (ICMP) packets. Figure 8-1 shows the command and the results 
of using Nmap to perform a ping sweep of a class C subnet range. 
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Dozens of Nmap command-line options exist, which can be overwhelming 
when you want only a basic scan. Nonetheless, you can enter nmap on the 
command line to see all the options available. 

The following command-line options can be used for an Nmap ping sweep: 

W -sP tells Nmap to perform a ping scan. 

-n tells Nmap not to perform name resolution. 

You can omit the -n option if you want to resolve hostnames to see which 
systems are responding. Name resolution might take slightly longer, though. 



*** -T 4 tells Nmap to perform an aggressive (faster) scan. 

V 192.168.1.1-254 tells Nmap to scan the entire 192.168.1.x subnet. 



Using port scanning toots 

Most port scanners operate in three steps: 



1. The port scanner sends TCP SYN requests to the host or range of hosts 
you set it to scan. 

Some port scanners, such as SuperScan, perform ping sweeps to deter- 
gjv\NG.' mine which hosts are available before starting the TCP port scans. 

Most port scanners by default scan only TCP ports. Don't forget about UDP 
ports. You can scan UDP ports with a UDP port scanner, such as Nmap. 

2. The port scanner waits for replies from the available hosts. 

3. The port scanner probes these available hosts for up to 65,535 possible 
TCP and UDP ports — based on which ports you tell it to scan — to see 
which ones have available services on them. 

The port scans provide the following information about the live hosts on 
your network: 

Hosts that are active and reachable through the network 
*<" Network addresses of the hosts found 

Services or applications that the hosts may be running 
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After performing a generic sweep of the network, you can dig deeper into 
specific hosts you find. 



My favorite tool for performing generic TCP port scans is SuperScan version 
3.0. Don't laugh because it's so old! It's reliable, which goes a long way in 
my book. Figure 8-2 shows the results of my scan and a few interesting ports 
open on several hosts, including Windows Terminal Server and SSH. 
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Figure 8-2: 

ATCP port 
scan using 
SuperScan 
version 3.0. 





In Figure 8-2, 1 selected the Only Scan Responsive Pings and All Selected Ports 
in List options. However, you might want to select some other options: 

0 If you don't want to ping each host first, deselect the Only Scan 
Responsive Pings option. ICMP can be blocked, which can cause the 
scanner not to find certain hosts, so this option can make the test run 
more efficiently. 

0 If you want to scan a certain range of well-known ports or ports specific 
to your systems, you can configure SuperScan to do so. I recommend 
these settings: 

• If you want to perform a scan on well-known ports, at least select 
the All Selected Ports in List option. 



• If this is your initial scan, scan all ports from 1 to 65,535. 
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Nmap 

After you have a general idea of what hosts are available and what ports are 
TViferf; can perform fancier scans to verify that the ports are actually open 
jRit\<s£returning a false positive. If you wish to do this, Nmap is the perfect 
tool to use. Nmap allows you to run the following additional scans: 

v 0 Connect: This basic TCP scan looks for any open TCP ports on the host. 
You can use this scan to see what's running and determine whether 
intrusion detection systems (IDSes), intrusion prevention systems 
(IPSes), firewalls, or other logging devices log the connections. 

*<" UDP scan: This basic UDP scan looks for any open UDP ports on the 
host. You can use this scan to see what's running and determine 
whether IPSes, firewalls, or other logging devices log the connections. 

SYN Stealth: This scan creates a half-open TCP connection with the host 
possibly evading IDS systems and logging. This is a good scan for testing 
IDSes, firewalls, and other logging devices. 

FIN Stealth, Xmas Tree, and Null: These scans let you mix things up a 
bit by sending strangely formed packets to your network hosts so you 
can see how they respond. These scans change around the flags in the 
TCP headers of each packet, which allows you to test how each host 
handles them to point out weak TCP/IP implementations and patches 
that might need to be applied. 

Be careful when performing these scans. You can create your own DoS attack 
and potentially crash applications or entire systems. Unfortunately, if you have 
a host with a weak TCP/IP stack (the software that controls TCP/IP communi- 
cations on your hosts), there's no good way to prevent your scan from creating 
a DoS attack. A good way to help reduce the chance of this occurring is to use 
the slow Nmap timing options — Paranoid, Sneaky, or Polite — when running 
your scans. 

Figure 8-3 shows the NMapWin Scan tab, where you can select these options. 
If you're a command-line fan, you see the command-line parameters dis- 
played in the lower-left corner of the NMapWin screen. This helps when you 
know what you want to do and the command-line help isn't enough. 

If you connect to a single port (as opposed to several all at one time) without 
making too much noise, you might be able to evade your IDS/IPS system. This 
is a good test of your IDS/IPS and firewall systems, so assess your logs to see 
what they saw during this process. 

NetScanToots Pro 

NetScanTools Pro (www . netscantools . com) is a nice all-in-one commercial 
tool for gathering general network information, such as the number of unique 
IP addresses, NetBIOS names, and MAC addresses. It also has a neat feature 
that allows you to fingerprint the operating systems of various hosts. Figure 
8-4 shows the OS fingerprint results while scanning a Linksys router/firewall. 
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Figure 8-3: 

In-depth 
port- 
scanning 
options in 
NMapWin. 
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Countermeasures against ping sweeping and port scanning 

Enable only the traffic you need to access internal hosts — preferably as far 
as possible from the hosts you're trying to protect — and deny everything 
else. This goes for standard ports, such as TCP 80 for HTTP and ICMP for 
ping requests. You apply these rules in two places: 

t-" External router for inbound traffic 
*<" Firewall for outbound traffic 
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Configure firewalls to look for potentially malicious behavior over time (such 
as the number of packets received in a certain period of time), and have rules 
o cut off attacks if a certain threshold is reached, such as 10 port 
ne minute or 100 consecutive ping (ICMP) requests. 



Most firewalls and IDSes/IPSes can detect such scanning and cut it off in real 
time. 

You can break applications on your network when restricting network traffic, 
so make sure that you analyze what's going on and understand how applica- 
tions and protocols are working before you disable any type of network traffic. 



SNMP scanning 

Simple Network Management Protocol (SNMP) is built in to virtually every 
network device. Network management programs (such as HP OpenView and 
LANDesk) use SNMP for remote network host management. Unfortunately, 
SNMP also presents security vulnerabilities. 

Vulnerabilities 

The problem is that most network hosts run SNMP enabled with the default 
read/write community strings of public/private. The majority of network 
devices I come across have SNMP enabled and don't even need it! 

If SNMP is compromised, a hacker can gather such network information as 
ARP tables, usernames, and TCP connections to attack your systems further. 
If SNMP shows up in port scans, you can bet that a malicious attacker will try 
to compromise the system. Figure 8-5 shows how GFI LANguard determined 
the NetWare version running (Version 6, Service Pack 3) by simply querying a 
host running unprotected SNMP. 

Here are some other utilities for SNMP enumeration: 

The commercial tools NetScanTools Pro and Essential NetTools 

Free Windows GUI-based Getif 

v 0 Free Windows text-based SNMPUTIL (www. wtcs . org/snmp4tpc/ 
FILES/Tools/SNMPUTIL/SNMPUTIL. zip) 

You can use Getif to enumerate systems with SNMP enabled, as shown in 
Figure 8-6. 

In this test, I was able to glean a lot of information from a wireless access 
point, including model number, firmware revision, and system uptime. All 
this could be used against the host if an attacker wanted to exploit a known 
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vulnerability in this particular system. By digging in further, I was able to 
discover several management interface usernames on this access point, 
in Figure 8-7. You certainly don't want to show the world this 



on. 



Figure 8-5: 

Information 
gathered by 
querying a 
vulnerable 
SNMPhost. 



Si SNMP info (system) 

sysDescr - Novell NetWare 5.60.03 March 21, 2003 null 

sysUpTime - 24 days, 2 hours, 56 seconds 
sysGontact - null 
sysName - FSMAIN 
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Object ID - 1.2.3.4.5.6.78.9.0 (Novell Netware Box) 
Vendor - Novel 
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For a list of vendors and products affected by the well-known SNMP vulnera- 
bilities, refer to www. cert . org/advisories/CA-2 0 02-03 . html. 



measures against SNMP attacks 

Preventing SNMP attacks can be as simple as A-B-C: 

Always disable SNMP on hosts if you're not using it — period. 

Block the SNMP ports (UDP ports 161 and 162) at the network perimeter. 

Change the default SNMP community read string from public and the 
default community write string from private to another long and com- 
plex value that's virtually impossible to guess. 



There's technically a "U" that's part of the solution: upgrade. Upgrading your 
systems (at least the ones you can) to SNMP version 3 can resolve many of 
the well-known SNMP security weaknesses. 



Banner qrabbinq 

Banners are the welcome screens that divulge software version numbers and 
other system information on network hosts. This banner information might 
identify the operating system, the version number, and the specific service 
packs to give the bad guys a leg up on attacking the network. You can grab 
banners by using either good old telnet or some of the tools I mention, such 
as Nmap and SuperScan. 

telnet 

You can telnet to hosts on the default telnet port (TCP port 23) to see 
whether you're presented with a login prompt or any other information. Just 
enter the following line at the command prompt in Windows or UNIX: 

telnet ip_address 

You can telnet to other commonly used ports with these commands: 

ip_address 25 
ip_address 80 
ip_address 110 

Figure 8-8 shows specific version information about an Exchange 2003 server 
when telnetting to it on port 25. For help with telnet, simply enter telnet / ? 
or telnet help for specific guidance on using the program. 



SMTP: telnet 
HTTP: telnet 
POP3: telnet 
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Countermeasures against banner-grabbing attacks 

The following steps can reduce the chance of banner-grabbing attacks: 

W If there isn't a business need for services that offer banner information, 
disable those unused services on the network host. 

u 0 If there isn't a business need for the default banners, or if you can cus- 
tomize the banners, configure the network host's application or operat- 
ing system to either disable the banners or remove information from the 
banners that could give an attacker a leg up. Check with your specific 
vendor for information on how to do this. 

If you can customize your banners, check with your lawyer about adding a 
warning banner. It won't stop banner grabbing but will show that the system 
is private and can help reduce your business liability in the event of a security 
breach. Here's an example: 

Warning! This is a private system. All use is monitored and recorded. Any 
unauthorized use of this system may result in civil and/or criminal prosecu- 
tion to the fullest extent of the law. 



Fireutatt rules 

As part of your ethical hacking, you can test your firewall rules to make sure 
they're working as they're supposed to. 

Testing 

A few tests can verify that your firewall actually does what it says it's doing. 
You can connect through the firewall on the ports that are open, but what 
about the ports that can be open but shouldn't be? 

Some scanning tools can test for open ports and determine whether traffic is 
actually allowed to pass through the firewall. 
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cat (http : / /netcat . sourcef orge . net) can test certain firewall rules 
aving to test a production system directly. For example, you can 
ether the firewall allows port 23 (telnet) through. Follow these steps 
to see whether a connection can be made through port 23: 



1. Load Netcat on a client machine inside the network. 

This sets up the outbound connection. 

2. Load Netcat on a testing computer outside the firewall. 

This allows you to test from the outside in. 

3. Enter the Netcat listener command on the client (internal) machine 
with the port number you're testing. 

For example, if you're testing port 23, enter this command: 

nc - 1 -p 23 cmd . exe 

4. Enter the Netcat command to initiate an inbound session on the test- 
ing (external) machine. You must include the following information: 

• The IP address of the internal machine you're testing 

• The port number you're testing 

For example, if the IP address of the internal (client) machine is 
10.11.12.2 and the port is 23, enter this command: 

nc -v 10.11.12.2 23 

If Netcat presents you with a new command prompt (that's what the cmd . 
exe is for in Step 3) on the external machine, you've connected and can 
execute commands on the internal machine! This can serve several purposes, 
including testing firewall rules, network address translation (NAT), port for- 
warding and — well, uhhhmmm — executing commands on a remote system! 



Traffic 1Q Pro 

A neat commercial tool that specializes in evaluating the performance of 
packet filtering devices, such as firewalls, is Traffic IQ Pro by Karalon (www. 
karalon . com). With this tool, shown in Figure 8-9, you can connect one net- 
work interface card (NIC) on your testing machine to your firewall's internal 
segment and a second NIC to your firewall's external segment or DMZ and 
generate generic and/or malicious traffic to see whether your firewall is doing 
what it's supposed to do. Such a test is great for those annual firewall "rule- 
based audits" mandated by regulations, such as the Payment Card Industry 
Data Security Standard (PCI DSS), and by internal audit departments in many 
organizations. 
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Figure 8-9: 

Traffic IQ 
Pro for 
generating 
packets and 
analyzing 
a firewall's 
capabilities. 
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An alternative (and free) firewall rulebase testing tool is Firewalk available 
via BackTrack (www. remote-exploit . org/backtrack . html). Firewalk 
works by sending TCP and UDP packets with their time-to-live (TTL) incre- 
mented by one and, based on the response, determining whether the packets 
pass through the available ports. 

If you're just looking for a basic firewall rulebase audit rather than an in- 
depth technical analysis, check out nipper (http: //sourcef orge.net/ 
projects /nipper) and Athena FirewallGrader (www. athenasecurity . 
net/ firewall -grader . html). They might be just what you need. 

Countermeasures against firewall rulebase Vulnerabilities 

The following countermeasures can prevent a hacker from testing your firewall: 

t>* Limit traffic to what's needed. 

Set rules on your firewall (and router, if needed) that passes only traffic 
that absolutely must pass. For example, have rules in place that allow 
HTTP inbound traffic to an internal Web server, SMTP inbound traffic to 
an e-mail server, and HTTP outbound traffic for external Web access. 
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This is the best defense against someone poking at your firewall. 

P/ ig* Block ICMP to help prevent an external attacker from poking and 
f\ f \ L^pC^lding your network to see which hosts are alive. 

v 0 Enable stateful packet inspection on the firewall, if you can. It can 
block unsolicited requests. 



Aletu/ork analyzers 



A network analyzer is a tool that allows you to look into a network and ana- 
lyze data going across the wire for network optimization, security, and/or 
troubleshooting purposes. Like a microscope for a lab scientist, a network 
analyzer is a must-have tool for any security professional. 

Network analyzers are often generically referred to as sniffers, though that's 
actually the name and trademark of a specific product from Network 
Associates, Sniffer (the original commercial network analysis tool). 

A network analyzer is handy for sniffing packets off the wire. A network ana- 
lyzer is simply software running on a computer with a network card. It works 
by placing the network card in promiscuous mode, which enables the card to 
see all the traffic on the network, even traffic not destined for the network 
analyzer's host. The network analyzer performs the following functions: 

Captures all network traffic 

Interprets or decodes what is found into a human-readable format 
Displays the content in chronological order 

When assessing security and responding to security incidents, a network ana- 
lyzer can help you 



V View anomalous network traffic and even track down an intruder. 

W Develop a baseline of network activity and performance, such as proto- 
cols in use, usage trends, and MAC addresses, before a security incident 
occurs. 

When your network behaves erratically, a network analyzer can help you 



Track and isolate malicious network usage 
v 0 Detect malicious Trojan-horse applications 
Monitor and track down DoS attacks 
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NetuJork analyzer programs 

You can use one of the following programs for network analysis: 



ii*\^miPackets' OmniPeek (www. wildpackets . com/products/ 

distributed_network_analysis/omnipeek_network_analyzer) 
is my favorite network analyzer. It does everything I need and more 
and is very simple to use. EtherPeek is available for Windows operating 
systems. 

is* TamoSoft's CommView (www. tamos . com/products/commview) is a 
low-cost, Windows-based alternative. 

Cain & Abel (www. oxid. it/cain.html) is a free multi-functional 
password recovery tool for performing ARP poisoning, capturing pack- 
ets, cracking passwords, and more. 

v* Wireshark (www . wireshark . org), formerly known as Ethereal, is a 
free alternative. I download and use this tool if I need a quick fix and 
don't have my laptop nearby. It's not as user-friendly as most of the 
commercial products, but it is very powerful if you're willing to learn its 
ins and outs. Wireshark is available for both Windows and OS X. 

v 0 ettercap (http: //ettercap. sourceforge.net) is another power- 
ful (and free) utility for performing network analysis and much more on 
Windows, Linux, and other operating systems. 



To capture all traffic, you must connect the analyzer to one of the 
following: 

• A hub on the network 

• A monitor/span/mirror port on a switch 

• A switch that you've performed an ARP poisoning attack on 

v 0 If you want to see traffic similar to what a network-based IDS sees you 
should connect the network analyzer to a hub or switch monitor port on 
the outside of the firewall, as shown in Figure 8-10, as part of your test- 
ing so you can view 

• What's entering your network before the firewall filters eliminate 
the junk traffic. 




Here are a few caveats for using a 



network analyzer: 



• What's leaving your network after the traffic passes through the 
firewall. 



Part III: Hacking the Network 



DBooks 



Figure 8-10: 

Connecting 
a network 
analyzer 
outside the 
firewall. 




Network analyzer 
computer 



Firewall 



Whether you connect your network analyzer inside or outside your firewall, 
you see immediate results. It can be an overwhelming amount of information, 
but you can look for these issues first: 

v 0 Odd traffic, such as: 

• An unusual amount of ICMP packets 

• Excessive amounts of multicast or broadcast traffic 

• Packet types that don't belong, such as NetBIOS in a NetWare envi- 
ronment 

*<" Internet usage habits, which can help point out malicious behavior of a 
rogue insider or system that has been compromised, such as: 

• Web surfing 

• E-mail 

• Instant messaging and other P2P software 
\* Questionable usage, such as: 

• Many lost or oversized packets, indicating hacking tools or mal- 
ware is present 

• High bandwidth consumption that might point to a Web or FTP 
server that doesn't belong 

W Reconnaissance probes and system profiling from port scanners and 
vulnerability assessment tools, such as a significant amount of inbound 
traffic from unknown hosts — especially over ports that aren't used very 
much, such as FTP or telnet. 

Hacking in progress, such as tons of inbound UDP or ICMP echo 
requests, SYN floods, or excessive broadcasts. 
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t>* Nonstandard hostnames on your network. For example, if your sys- 
tems are named Computerl, Computer2, and so on, a computer named 
Kz4evUR should raise a red flag. 



en servers (especially Web, SMTP, FTP, DNS, and DHCP) that might 
be eating network bandwidth, serving illegal software, or accessing our 
network hosts. 

Attacks on specific applications that show such commands as /bin/ 
rm, /bin/ Is, echo, and cmd.exe as well as SQL queries and JavaScript 
injection, which I cover in Chapter 14. 



^jftBE/f You might need to let your network analyzer run for quite a while — several 
hours to several days, depending on what you're looking for. Before getting 
started, configure your network analyzer to capture and store the most rele- 
vant data: 



y. 



aJVVNG/ 



If your network analyzer permits it, configure it to use a first-in, first-out 
buffer. 

This overwrites the oldest data when the buffer fills up, but it might be 
your only option if memory and hard drive space are limited on your 
network-analysis computer. 

If your network analyzer permits it, record all the traffic into a capture 
file and save it to the hard drive. This is the ideal scenario — especially 
if you have a large hard drive, such as 500GB or more. 

You can easily fill a several hundred gigabyte hard drive in a short period. 
I highly recommend running your network analyzer in what EtherPeek 
calls monitor mode. This allows the analyzer to keep track of what's going 
on but not capture every single packet. Monitor mode — if supported by 
your analyzer — is very beneficial and is often all you need. 

When network traffic doesn't look right in a network analyzer, it prob- 
ably isn't. It's better to be safe than sorry. 

Run a baseline when your network is working normally. When you have a 
baseline, you can see any obvious abnormalities when an attack occurs. 



One thing I like to check for is the "top talkers" on the network. If someone 
is doing something malicious on the network, such as hosting an FTP server 
or running Internet file sharing software, using a network analyzer is often 
the only way you'll find out about it. A network analyzer is also a good tool 
for detecting systems infected with malware, such as a virus or Trojan horse. 
Figure 8-1 1 shows what it looks like to have a suspect protocol or application 
running on your network. 

Looking at your network statistics, such as bytes per second, network utiliza- 
tion, and inbound/outbound packet counts, is also a good way to determine 
whether something fishy is going on. Figure 8-12 contains network statistics 
as seen through the powerful CommView network analyzer. 
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Figure 8-11: 

OmniPeek 
can help 
uncover 
someone 
running 
an illicit 
system, 
such as an 
FTP server. 
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TamoSoft — the maker of CommView — has another product called 
NetResident that can track the usage of well-known protocols, such as HTTP, 
e-mail, FTP, and VoIP. As shown in Figure 8-13, you can use NetResident to 
monitor Web sessions and play them back. 

NetResident also has the ability to perform ARP poisoning, which allows 
NetResident to see everything on the local network segment. I cover ARP poi- 
soning in the section "The MAC-daddy attack," later in this chapter. 
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Figure 8-13: 

NetResident 
can track 
Internet 
usage and 
ensure 
security 
policies are 
enforced. 
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Countermeasures against netujork protocol i/u(nerabi(ities 

A network analyzer can be used for good or evil. The good is to help ensure 
your security policies are being followed. The evil is when someone uses 
a network analyzer against you. A few countermeasures can help prevent 
someone from using an unauthorized network analyzer, although there's no 
way to prevent it completely. 




If an external attacker or malicious user can connect to your network (physi- 
cally or wirelessly), he can capture packets on the network, even if you're 
using an Ethernet switch. 



Physical security 

Ensure that adequate physical security is in place to prevent someone from 
plugging into your network: 




v 0 Keep the bad guys out of your server room and wiring closet. 

Ensure that the Web, telnet, and SSH management interfaces on your 
Ethernet switches are especially secure to keep someone from changing 
the switch port configuration and seeing everything going across the wire. 



Make sure that unsupervised areas, such as an unoccupied lobby or 
training room, don't have live network connections. 
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NetWork analyzer detection 

Ycyj can use a network- or host-based utility to determine whether someone 
'g an unauthorized network analyzer on your network: 



i>* Sniffdet (http : / / sniff det . sourceforge.net) for UNIX-based 
systems 

t>* PromiscDetect (http: //ntsecurity.nu/toolbox/promiscdetect) 
for Windows 



These tools enable you to monitor the network for Ethernet cards that are 
running in promiscuous mode. You simply load the programs on your com- 
puter, and the programs alert you if they see promiscuous behaviors on the 
network (Sniffdet) or local system (PromiscDetect). 



The MAC-daddy attack 

Attackers can use ARP (Address Resolution Protocol) running on your net- 
work to make their systems appear as your system or another authorized 
host on your network. 



ARP spoofing 

An excessive number of ARP requests can be a sign of an ARP spoofing attack 
(also called ARP poisoning) on your network. 

A client running a program, such as dsniff (www. monkey. org/~dugsong/ 
dsnif f) or Cain & Abel (www. oxid. it/cain . html), can change the ARP 
tables — the tables that store IP addresses to media access control (MAC) 
address mappings — on network hosts. This causes the victim computers to 
think they need to send traffic to the attacker's computer rather than to the 
true destination computer when communicating on the network. ARP spoof- 
ing is used during man-in-the-middle (MITM) attacks. 



Spoofed ARP replies can be sent to a switch, which reverts the switch to 
broadcast mode and essentially turns it into a hub. When this occurs, an 
attacker can sniff every packet going through the switch and capture any- 
thing and everything off the network. 

This security vulnerability is inherent in how TCP/IP communications are 
handled. 



Here's a typical ARP spoofing attack with a hacker's computer (Hacky) and 
two legitimate network users' computers (Joe and Bob): 



1. Hacky poisons the ARP caches of victims Joe and Bob by using dsniff, 
ettercap, or a utility he wrote. 
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2. Joe associates Hacky's MAC address with Bob's IP address, 
associates Hacky's MAC address with Joe's IP address, 
traffic and Bob's traffic are sent to Hacky's IP address first. 
5. Hacky's network analyzer captures Joe's and Bob's traffic. 





If Hacky is configured to act like a router and forward packets, it for- 
wards the traffic to its original destination. The original sender and 
receiver never know the difference! 

Using Cain & Abet for ARP poisoning 

You can perform ARP poisoning on your switched Ethernet network to test 
your IDS/IPS or to see how easy it is to turn a switch into a hub and capture 
anything and everything with a network analyzer. 

ARP poisoning can be hazardous to your network's hardware and health, 
causing downtime and more. So be careful! 

Perform the following steps to use Cain & Abel for ARP poisoning: 

1. Load Cain & Abel and then click the Sniffer tab to enter the network 
analyzer mode. 

The Hosts page opens by default. 

2. Click the Start/Stop APR icon (the yellow and black circle). 

The ARP poison routing (how Cain & Abel refers to ARP poisoning) pro- 
cess starts and enables the built-in sniffer. 

3. If prompted, select the network adapter in the window that appears 
and then click OK. 

4. Click the blue + icon to add hosts to perform ARP poisoning on. 

5. In the MAC Address Scanner window that appears, ensure the All 
Hosts in My Subnet option is selected and then click OK. 

6. Click the APR tab (the one with the yellow-and-black circle icon) to 
load the APR page. 

7. Click the white space under the uppermost Status column heading 
(just under the Sniffer tab). 

This re-enables the blue + icon. 

8. Click the blue + icon and the New ARP Poison Routing window shows 
the hosts discovered in Step 3. 

9. Select your default route (in my case, 10.11.12.1). 

The right-hand column fills with all the remaining hosts, as shown in 
Figure 8-14. 
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Figure 8-14: 

Selecting 
your victim 
hosts for 
ARP poison- 
ing in Cain & 
Abel. 
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10. Ctrl+click all the hosts in the right column that you want to poison. 

11. Click OK and the ARP poisoning process starts. 

This process can take anywhere from a few seconds to a few minutes 
depending on your network hardware and each hosts' local TCP/IP 
stack. The results of ARP poisoning on my test network are shown in 
Figure 8-15. 



Figure 8-15: 

ARP poison- 
ing results 
in Cain & 
Abel. 
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12. You can use Cain & Abel's built-in passwords feature to capture pass- 
words traversing the network to and from various hosts simply by 
clicking the Passwords tab. 
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The preceding steps show how easy it is to exploit a vulnerability and prove 
that Ethernet switches aren't all they're cracked up to be from a security per- 





MAC address spoofing 

MAC address spoofing tricks the switch into thinking your computer is some- 
thing else. You simply change your computer's MAC address and masquer- 
ade as another user. 

You can use this trick to test access control systems, such as your IDS/fire- 
wall, and even your operating system login controls that check for specific 
MAC addresses. 

UNIX-based systems 

In UNIX and Linux, you can spoof MAC addresses with the ifconfig utility. 
Follow these steps: 

1. While logged in as root, use ifconfig to enter a command that disables 
the network interface. 

Insert the network interface number that you want to disable (usually, 
ethO) into the command, like this: 

[rootOlocalhost root] # ifconfig ethO down 

2. Enter a command for the MAC address you want to use. 

Insert the fake MAC address and the network interface number (ethO) 
into the command again, like this: 

[rootOlocalhost root] # ifconfig ethO hw ether 
new_mac_address 

You can use a more feature-rich utility called GNU MAC Changer (www . 
alobbs . com/macchanger) for Linux systems. 

WmdoWs 

You can use regedit to edit the Windows Registry, but I like using a neat 
Windows utility called SMAC (www. klcconsul ting . net/smac), which 
makes MAC spoofing a simple process. Follow these steps to use SMAC: 

1. Load the program. 

2. Select the adapter for which you want to change the MAC address. 

3. Enter the new MAC address in the New Spoofed MAC Address fields 
and click the Update MAC button. 
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a. Right-click the network card in Network and Dialup Connections and 
then choose Disable. 



b. Right-click again and then choose Enable for the change to take 
effect. 

You might have to reboot for this to work properly. 
5. Click the Refresh button in the SMAC interface. 

To reverse Registry changes with SMAC, follow these steps: 

1. Select the adapter for which you want to change the MAC address. 

2. Click the Remove MAC button. 

3. Stop and restart the network card with these steps: 

a. Right-click the network card in Network and Dialup Connections and 
then choose Disable. 

b. Right-click again and then choose Enable for the change to take 
effect. 

You might have to reboot for this to work properly. 

4. Click the Refresh button in the SMAC interface. 

You should see your original MAC address again. 

Countermeasures against ARP poisoning 
and MAC address spoofing attacks 

A few countermeasures on your network can minimize the effects of an attack 
against ARP and MAC addresses: 

v* Prevention: You can prevent MAC address spoofing if your switches can 
enable port security to prevent automatic changes to the MAC address 
tables. 

aj^NG/ No realistic countermeasures for ARP poisoning exist. The only way to 

^^^3^ prevent ARP poisoning is to create and maintain static ARP entries in 

your switches for every host on the network. This is something that 
hardly any network administrator has time to do in today's rat race. 

v 0 Detection: You can detect these two types of hacks through an IDS, IPS, 
or a standalone MAC address monitoring utility. 

Arpwatch (http: // linux.maruhn.com/sec/ arpwatch.html) is a 
Linux-based program that alerts you via e-mail when it detects changes 
in MAC addresses associated with specific IP addresses on the network. 
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Denial of sen/ice 



service (DoS) attacks are among the most common hacker attacks, 
initiates so many invalid requests to a network host that the host 
uses all its resources responding to the invalid requests and ignores the 
legitimate requests. 



DoS attacks 

DoS attacks against your network and hosts can cause systems to crash, data 
to be lost, and every user to jump on your case wondering when Internet 
access will be restored. 



Here are some common DoS attacks that target an individual computer or 
network device: 



^" SYN floods: The attacker floods a host with TCP SYN packets. 

t<" Ping of Death: The attacker sends IP packets that exceed the maximum 
length of 65,535 bytes, which can ultimately crash the TCP/IP stack on 
many operating systems. 

*<" WinNuke: This attack can disable networking on older Windows 95 and 
Windows NT computers. 

Distributed DoS (DDoS) attacks have an exponentially greater impact on their 
victims. One of the most famous was the DDoS attack against eBay, Yahoo!, 
CNN, and dozens of other Web sites by a hacker known as MafiaBoy. While 
updating this book to the third edition, there was a highly publicized DDoS 
attack against Twitter, Facebook, and other social media sites. The attack 
was apparently aimed at one user from Georgia (the former Soviet country 
not the state where I live) but it affected everyone using these sites. I couldn't 
"tweet" and many of my friends and family members couldn't see what every- 
one was blabbing about on Facebook (oh, the humanity!). Think about this: 
When hundreds of millions of people can be taken offline by one targeted 
DDoS attack, you can see why understanding the dangers of denial of service 
against your business's systems and applications is important. 

DoS and DDoS attacks can be carried out with tools that the attacker either 
writes or downloads from the Internet. These are good tools to test your 
network's IDS/IPS and firewalls for denial of service weaknesses. You can find 
programs that allow actual attacks and programs, such as Karalon's Traffic 
IQ Pro, that let you send controlled attacks. 
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Testing 

Denial of service testing is one of the most difficult security checks you can 
e just aren't enough of you and your computers to go around. Don't 
'can run a few tests to see where you're weak. Your first test should 
be a search for DoS vulnerabilities from a vulnerability-scanning perspective. 
Using vulnerability scanners, such as QualysGuard (www. qualys . com) and 
Weblnspect (www. spidynamics . com), you can find missing patches and 
configuration weaknesses that can lead to denial of service. 



During a recent security assessment project, QualysGuard found a vulner- 
ability in an older version OpenSSL running on a Web server. As with most 
DoS findings, I didn't actually exploit the vulnerability because I didn't want 
to take down the production system. Instead, I listed it as a "medium prior- 
ity" vulnerability — an issue that had the potential to be exploited. My client 
pushed back and said OpenSSL wasn't on the system. With permission, I 
downloaded the exploit code available on the Internet, compiled it, and ran it 
against my client's server. Sure enough, it took the server offline. 

At first, my client thought it was a fluke, but after taking the server offline 
again, he bought into the vulnerability. It ended up that he was using an 
OpenSSL derivative, hence the vulnerability. Had my client not fixed the 
problem, there could have been any number of attackers around the world 
taking — and keeping — this production system offline, which could have 
been both tricky and time consuming to troubleshoot. Not good for business! 
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Don't test for DoS unless you have test systems or can perform controlled 
tests with the proper tools. Poorly planned DoS testing is a job search in the 
making. It's like trying to delete data from a network share and hoping that the 
access controls in place are going to prevent it. 



Other DoS testing tools worth checking out are UDPFlood (www. 
founds tone . com/ us/ resources /proddesc/udpf lood. htm), Blast 
(www. founds tone . com/us/ resources /proddesc /blast . htm), 
NetScanTools Pro, and CommView. 

Countermeasures against OoS attacks 

Most DoS attacks are difficult to predict, but they can be easy to prevent: 



Test and apply security patches (including service packs and firmware 
updates) as soon as possible for network hosts, such as routers and fire- 
walls, as well as for server and workstation operating systems. 

Use an IDS or IPS to monitor regularly for DoS attacks. 

You can run a network analyzer in continuous capture mode if you can't 
justify the cost of an all-out IDS or IPS solution and use it to monitor for 
DoS attacks. 
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Configure firewalls and routers to block malformed traffic. You can 

do this only if your systems support it, ; 



so refer to your administrator's 



e for details. 



mize IP spoofing by filtering out external packets that appear to 
come from an internal address, the local host (127.0.0.1), or any other 
private and non-routable address, such as lO.x.x.x, 172.16.x.x-172.31.x.x, 
or 192.168.x.x. 

t<" Block all ICMP traffic inbound to your network unless you specifically 
need it. Even then, you should allow it to come in only to specific hosts. 

f" Disable all unneeded TCP/UDP small services, such as echo and chargen. 



Establish a baseline of your network protocols and traffic patterns before 
a DoS attack occurs. That way, you know what to look for. And periodically 
scan for such potential DoS vulnerabilities as rogue DoS software installed on 
network hosts. 

Work with a minimum necessary mentality (not to be confused with having too 
many beers) when configuring your network devices, such as firewalls and 
routers: 



Identify traffic that is necessary for approved network usage. 
*<" Allow the traffic that's needed. 
*<" Deny all other traffic. 



If worse comes to worst, you'll need to work with your ISP and see whether 
they can block DoS attacks on their end. 



Common Router, Suritch, and 
Firertatt Weaknesses 

In addition to the more technical exploits that I cover in this chapter, some 
high-level security vulnerabilities commonly found on network devices can 
create many problems. 



Unsecured interfaces 

You want to ensure that HTTP and telnet interfaces to your routers, 
switches, and firewall aren't configured with a blank, default, or otherwise 
easy-to-guess password. This sounds like a no-brainer but it's one of the 
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most common weaknesses. When a malicious insider or other attacker gains 
access to your network devices, he owns the network. He can then lock out 
ative access, setup backdoor user accounts, reconfigure ports, and 
g down the entire network without you ever knowing. 



aJjflNG/ 



I once found a simple password that a systems integrator had configured on a 
Cisco ASA firewall and was able to login to the firewall with full administrative 
rights. Just imagine what could happen in this situation if someone with mali- 
cious intent came across this password. Lesson learned: Know what your ven- 
dors are doing and keep an eye on them! 



Another weakness is related to HTTP and telnet being enabled and used on 
many network devices. Care to guess why this is a problem? Well, anyone 
with some free tools and a few minutes of time can sniff the network and cap- 
ture login credentials for these systems when they're being sent in cleartext. 
When that happens, anything goes. 



IKE Weaknesses 

Businesses running a VPN on a router or firewall are common. If you fall 
into this category, chances are good that your VPN is running the Internet 
Key Exchange (IKE) protocol, which has a couple of well-known exploitable 
weaknesses. 

First, it's possible to crack IKE "aggressive mode" pre-shared keys using Cain 
& Abel and the IKECrack tool (http : / / ikecrack . sourcef orge . net). 
Second, some IKE configurations, such as those in certain Cisco PIX firewalls, 
can be taken offline. All the attacker has to do is send 10 packets per second 
at 122 bytes each and you have a DoS attack on your hands. 

You can manually poke around to see whether your router, switches, and 
firewalls are vulnerable to these issues, but the best way to find this infor- 
mation is to use a well-known vulnerability scanner, such as QualysGuard 
(www. qualys . com). After you find which vulnerabilities exist, you can take 
things a step further by using the Cisco Global Exploiter tool (available via 
the BackTrack toolset). To run Cisco Global Exploiter, download and burn 
the BackTrack ISO image to CD or boot the image directly through VMWare 
or VirtualBox. After you enter the BackTrack GUI, click Backtrack, then 
Vulnerability Identification, then Cisco Global Exploiter, and enter the 
command perl cge.pl ip_address exploit_number, as shown in 
Figure 8-16. 

Good scanners and exploitation tools will save you a ton of time and effort 
that you can spend on other, more important things, such as Facebook and 
Twitter. 
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Usaqe : 

per. cae.pl <target> vulnerability number> 



Figure 8-16: 

Cisco Global 
Exploiter 
tool for 
exploiting 
well-known 
Cisco weak- 
nesses. 



Lib— 677/678 Telnet Buffer Overflow Vulnerability 
Cisco IOS Router Denial of Service Vulnerability 
Cisco IOS HTTP Auth Vulnerability 

Cisco IOS HTTP Configuration Arbitrary Administrative Access Vulnerability 
Cisco Catalyst SSH Protocol Mismatch Denial of Service Vulnerability 
Cisco 675 Web Administration Denial of Service Vulnerability 
Cisco Catalyst 3500 XL Remote Arbitrary Command Vulnerability 
Cisco IOS Software HTTP Request Denial of Service Vulnerability 
Cisco 514 UDP Flood Denial of Service Vulnerability 

- CiscoSecure ACS for Windows NT Server Denial of Service Vulnerability 

- Cisco Catalyst Memory Leak Vulnerability 

- Cisco CatOS CiscoView HTTP Server Buffer Overflow Vulnerability 

- 0 Encoding IDS Bypass Vulnerability ( UTF ) 

- Cisco IOS HTTP Denial of Service Vulnerability 

sco-global-exploiter # perl cge.pl 10.1.1.1 14| 



General Network defenses 



Regardless of the specific attacks against your system, a few good practices 
can help prevent many network problems: 



Use stateful inspection rules that monitor traffic sessions for firewalls. 

This can help ensure that all traffic traversing the firewall is legitimate 
and can prevent DoS attacks and other spoofing attacks. 

Implement rules to perform packet filtering based on traffic type, TCP/ 
UDP ports, IP addresses, and even specific interfaces on your routers 
before the traffic is allowed to enter your network. 

Use proxy filtering and Network Address Translation (NAT). 

i"* Find and eliminate fragmented packets entering your network (from 
Fraggle or another type of attack) via an IDS or IPS. 

Include your network devices in your vulnerability scans. 

*<" Ensure your network devices have the latest vendor firmware and 
patches applied. 

v 0 Set strong passwords — better yet, passphrases — on all network sys- 
tems. I cover passwords in more detail in Chapter 7. 

*<" Don't use IKE aggressive mode pre-shared keys for your VPN. If you 

must, ensure the passphrase is strong and changed periodically (such 
as every 6-12 months). 
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*<" Always use SSL (HTTPS) or SSH when connecting to network devices. 
Segment the network and use a firewall on the following: 

The DMZ 

• The internal network 

Critical subnetworks broken down by business function or depart- 
ment, such as accounting, finance, HR, and research 
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Chapter 9 

Wireless LANs 



In This Chapter 

Understanding risks of wireless LANs 
Selecting wireless LAN hacking tools 
Hacking against wireless LANs 
Minimizing wireless network security risks 



MM J ireless local area networks (WLANs, also called Wi-Fi) — specifically, 
WW the ones based on the IEEE 802.1 1 standard — are increasingly being 
deployed into both business and home networks. Next to Voice over IP (VoIP) 
and digital video recorders, WLANs are the neatest technology I've used in 
quite a while. Of course, with any new computing technology comes security 
issues, and WLANs are no exception. In fact, 802.11 wireless has been the 
poster child for weak security and network hack attacks for several years run- 
ning. The stigma of unsecure WLANs is starting to wane but this isn't the time 
to lower your defenses. 

WLANs offer a ton of business value, from convenience to reduced network 
deployment time. Whether or not your organization allows wireless network 
access, you probably have it, so testing for WLAN security vulnerabilities is 
critical. In this chapter, I cover some common wireless network security vul- 
nerabilities that you should test for, and I discuss some cheap and easy coun- 
termeasures you can implement to help ensure that WLANs are not more of a 
risk to your organization than they're worth. 
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Dropfib&QkSNeWork Vulnerabilities 

WLANs are very susceptible to attack — even more so than wired networks 
(discussed in Chapter 8). They have vulnerabilities that can allow an attacker 
to bring your network to its knees or allow your sensitive information to be 
extracted right out of thin air. If your WLAN is compromised, you can experi- 
ence the following problems: 

Loss of network access, including e-mail, Web, and other services that 
can cause business downtime 

W Loss of sensitive information, including passwords, customer data, intel- 
lectual property, and more 

v 0 Regulatory consequences and legal liabilities associated with unauthor- 
ized users gaining access to your business systems 

Most of the wireless vulnerabilities are in the 802.1 1 protocol and how it 
works. Wireless access points (APs) and client systems have some vulnerabili- 
ties as well. 

For a database of wireless-specific security vulnerabilities, refer to the 
Wireless Vulnerabilities and Exploits site atwww.wvew.org. It's sort of a 
Common Vulnerabilities and Exposures database for the wireless world. 

Various fixes have come along in recent years to address these vulnerabilities, 
but most of these fixes have not been properly applied or are not enabled by 
default. Your employees might also install rogue WLAN equipment on your 
network without your knowledge; this is arguably the most serious threat to 
your wireless security and a pretty difficult one to fight. Even when WLANs 
are hardened and all the latest patches have been applied, you still might 
have some serious security problems, such as DoS, man-in-the-middle attacks, 
and encryption key weaknesses (like you have on wired networks — see 
Chapter 8), that will likely be around for a while. 
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Joshua Wright shared with me an interesting 
story about wireless penetration testing and 
why the little things always seem to get you. 

The Situation 

Mr. Wright was onsite for a wireless penetra- 
tion test for a customer who needed validation 
on his network design and implementation. The 
customer had carefully designed the network 
to provide access to three groups of users: 
employees, legacy handheld wireless scan- 
ners, and guests. Employees were granted 
access to internal systems and applications 
but were required to first authenticate to the 
wireless network using two-factor devices. The 
legacy handheld wireless scanners were only 
allowed to access a limited number of needed 
resources using WPA with pre-shared key 
authentication. The guest users were restricted 
to Internet access only over an open wireless 
network. Mr. Wright's job was to break in to the 
network and to demonstrate the weaknesses to 
the customer. 

The Outcome 

The employee and legacy wireless networks 
were both using AES-CCMP encryption so 
there was little chance of getting in that way. 
Mr. Wright attempted to compromise the pre- 
shared key used on the legacy network but was 
unsuccessful after exhausting a dictionary list 
of common passwords. The employee wire- 
less clients were configured to reject networks 
without the proper SSID and authentication 
settings, defeating his attempts to impersonate 
a legitimate AP. A traceroute on the guest net- 
work revealed that it was physically separate 
from the company WAN. 

Mr. Wright was starting to run out of options 
when he remembered the teaching of spiritual 
guru Ram Dass who once said, "The quieter 
you become the more you can hear." Instead of 



aggressively attempting to exploit the network, 
Mr. Wright started watching network activity on 
the guest network with tcpdump, thinking that 
perhaps he'd find an employee system that was 
misconfigured and on the wrong network. 

After starting tcpdump, Mr. Wright started 
seeing broadcast and multicast traffic from 
source IP addresses that didn't belong in the 
DHCP pool for the guest network. The sources 
Mr. Wright was seeing were not from guest 
systems at all, but rather belonged to devices 
on the employee and legacy device networks. 
While still connected to the guest network, Mr. 
Wright manually configured his adapter with an 
unused IP address from the employee network, 
which granted him unrestricted access to inter- 
nal systems, including an unpatched Windows 
2003 server that was vulnerable to the RPC 
DOOM interface overflow exploit. 

Later discussion with the customer revealed 
that the company WAN connection was 
deemed too slow for downloading large patch 
updates, so administrators would temporarily 
connect internal systems to the guest network 
to download the patches and disconnect. One 
forgotten system was configured to bridge mul- 
tiple interfaces, granting access to the internal 
networks from the guest network. By simply 
listening to what the network was trying to tell 
him, Mr. Wright was able to bypass the well- 
planned intentions for security. 

Joshua Wright is a senior security analyst for 
InGuardians, Inc., a computer security consult- 
ing services organization, and a senior instruc- 
torforthe SANS Institute. Joshua specializes in 
attacking wireless systems, and he's published 
books, papers, and countless tools on his Web 
site, www.willhackforsushi.com. 
When he's not hacking wireless networks, 
Joshua seeks any opportunity to void the war- 
ranty on electronic devices. 
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ireat WLAN security tools are available for both the Windows and 
UNIX pfatforms. The UNIX tools — which run mostly on Linux and BSD — 
can be a bear to configure and run properly if the planets and stars are not 
properly aligned but they're worth it if you can endure the pain. The PC Card 
services in Linux are the trickiest to set up, depending on your type of WLAN 
card and your Linux version. 

Don't get me wrong — the UNIX-based tools are excellent at what they do. 
Programs such as Kismet (www . kismetwireless . net) and Wellenreiter 
(http : / /sourcef orge . net /pro j ects /wellenreiter/) offer many fea- 
tures that most Windows-based applications don't have. These programs run 
really well if you have all the Linux dependencies installed. They also offer 
many features that you don't need when assessing the security of your WLAN. 

If you want the power of the security tools that run on Linux, but you're not 
interested in installing and learning much about Linux or don't have the time 
to download and set up many of its popular security tools, I highly recom- 
mend you check out BackTrack (www. remote-exploit . org/backtrack . 
html). The bootable Slackware Linux-based CD "automagically" detects your 
hardware settings and comes with a slew of security tools that are relatively 
easy to use. Alternative bootable (or "live") CDs include the Fedora Linux- 
based Network Security Toolkit (www.networksecuritytoolkit . org) and 
the Knoppix Linux-based Security Tools Distribution (http: //s-t-d.org). A 
complete listing of live bootable Linux toolkits is at www. livecdlist . com. 

Having said this about UNIX-based tools, the good thing is that in the past 
couple of years, Windows-based tools have greatly improved — especially 
the commercial tools. 



Most of the tests I outline in this chapter require only Windows-based utilities. 
My favorite tools for assessing wireless networks in Windows are as follows: 

NetStumbler (www.netstumbler.com) 

v* AirMagnet (now Fluke) WiFi Analyzer (http : / /www . airmagnet . com/ 
products /wif i_analyzer) 

*<" WildPackets' OmniPeek (www. wildpackets . com/products/ 

distributed_network_analysis / omnipeek_network_analyzer) 

*>* Elcomsoft Wireless Security Auditor (www.elcomsoft.com/ewsa.html) 

*<" aircrack (http : / /aircrack-ng . org) 

You also need the proper hardware. A good setup I use is a laptop PC with an 
Orinoco 802.1 lb PC Card (formerly made by Lucent, now Proxim). This card 
is not only compatible with NetStumbler, but it also allows you to connect 
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an external antenna. Another bonus is that most wireless security tools are 
very friendly with the Orinoco card. A lot of security tool support is avail- 
he Prism2 chipset found in wireless cards by Belkin, D-Link, Linksys, 
I've also get good results using AirMagnet's WiFi Analyzer with a 
NetgeaFWAG51 1 v2 or Linksys WPC55AG card. 




Before you purchase a wireless PC Card or PCI adapter, verify what chipset 
it has to ensure compatibility with the majority of security tools. The Seattle 
Wireless Hardware Comparison page (www. seattlewireless .net/index. 
cgi/HardwareComparison) is a good reference for this type of information. 
Also, be sure to refer to the hardware requirements list from your commercial 
wireless tool vendors and any README files that come with free tools. 

You can also use a handheld wireless security testing device, such as the 
handy Digital Hotspotter by Canary Wireless (www . canarywireless . com) 
or the ultra-powerful AirMagnet Handheld Analyzer (www . airmagnet . com/ 
products /handheld_analyzer). The former is great for rooting out rogue 
wireless devices, and the latter is an all-out network analyzer that's great for 
testing various security settings on your WLAN. 

An external antenna is also something to consider as part of your arsenal. I 
have had good luck running tests without an antenna, but your mileage may 
vary. If you're performing a walkthrough of your facilities to test for wireless 
signals, for example, using an additional antenna increases your odds of find- 
ing both legitimate and (more important) unauthorized wireless systems. 
You can choose among three types of wireless antennas: 

Omnidirectional: Transmits and receives wireless signals in 360 degrees 
over shorter distances, such as in boardrooms or reception areas. These 
antennas, also known as dipoles, typically come installed on APs from 
the factory. 

Semidirectional: Transmits and receives directionally focused wireless 
signals over medium distances, such as down corridors and across one 
side of an office or building. 

v* Directional: Transmits and receives highly focused wireless signals over 
long distances, such as between buildings. This antenna, also known as 
a high-gain antenna, is the antenna of choice for wireless hackers driving 
around cities looking for vulnerable APs — an act known as wardriving. 

As an alternative to the antennas described in the preceding list, you can use 
a nifty can design — called a cantenna — made from a Pringles, coffee, or 
pork-and-beans can. If you're interested in trying this, check out the article at 
www. turnpoint .net/wireless/has .html for details. A simple Internet 
search turns up a lot of information on this subject, if you're interested. One 
site in particular (www . cantenna . com) sells the Super Cantenna kit — which 
has worked well for me — for only $49.95. Another good site for cantenna kits 
is Hugh Pepper's site: http: //mywebpages . comcast . net/hughpep. 
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have a wireless card and wireless testing software, you're ready to 
roll. The first tests you should perform gather information about your WLAN, 
as described in the following sections. 



Checking for Worldwide recognition 

The first test requires only the MAC address of your AP and access to the 
Internet. You're testing to see whether someone has discovered your WLAN 
and posted information about it for the world to see. If you're not sure what 
your AP's MAC address is, you should be able to view it by using the arp -a 
command at a Windows command prompt. You might have to ping the access 
point's IP address first so the MAC address is loaded into your ARP cache. 
Figure 9-1 shows what this can look like. 



Figure 9-1: 
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After you have the AP's MAC address, browse to the WiGLE database of 
WLANs (www . wigle . net) to see whether your AP is listed. You have to 
register with the site to perform a database query, but it's worth it. After you 
select the Query link and log in, you see a screen similar to Figure 9-2. You 
can enter such AP information as geographical coordinates, but the simplest 
thing to do is enter your MAC address in the format shown in the example for 
the BSSID or MAC text box. 

If your AP is listed, someone has discovered it — most likely via wardriving — 
and has posted the information for others to see. You need to start implement- 
ing the security countermeasures listed in this chapter as soon as possible 
to keep others from using this information against you! You can check other 
WLAN lookup sites, such as www.wif imaps .comandwww.wifinder.com, to 
see whether your AP is listed there as well. 
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Query for networks 

Addresses are for the U.S. only (2002 Census data) 



Street Address (1600 Pennsylvania Ave): Q 



State (DC): \~ 
Zip (20502); | 



variance (+/- degrees): rj.010 



Latitude (47.252643): | | to: Q 

Longitude (-87.256243): | | to: Q 

Last Update (20010925174546): | ] 
BSSID or MAC (0A2C:EF:3D:25:1B): | | 
SSID or Network Name (foobar): [ 



□ Must Be a FreeNet 

□ Must Be a Commercial Pay Net 

□ Must Have DHCP Enabled 

□ Only Networks I Was the First to Discover 



Figure 9-2: 
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' Query for location data of a single network 
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Scanning your beat airutai/es 

Monitor the airwaves around your building to see what authorized and unau- 
thorized APs you can find. You're looking for the SSID (service set identifier), 
which is your wireless network name. If you have multiple and separate wire- 
less networks, each one has a unique SSID associated with it. 

Here's where NetStumbler comes into play. NetStumbler can discover SSIDs 
and other detailed information about wireless APs, including the following: 

u 0 MAC address 
Name 

*<" Radio channel in use 
t>* Vendor name 

t>* Whether encryption is on or off 

t>* RF signal strength (signal-to-noise ratio) 
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Figure 9-3 shows an example of what you might see when running NetStumbler 
in your environment. The information that you see here is what others can see 
i they're in range of your AP's radio signals. NetStumbler and most 
Is work by sending a probe-request signal from the client. Any APs 
within signal range must respond to the request with their SSIDs — that is, if 
they're configured to broadcast their SSIDs upon request. 



Figure 9-3: 

NetStumbler 
displays 
detailed 

data on APs. 
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When you're using certain wireless security assessment tools, including 
NetStumbler and AirMagnet WiFi Analyzer, your adapter might enter passive 
monitoring mode. This means you can no longer communicate with other 
wireless hosts or APs while the program is loaded. Also, some programs 
require a specialized driver for your wireless card that often disables normal 
WLAN functionality. If this is the case, you need to roll back (reinstall) the 
original adapter's driver (supplied by the vendor) to restore the standard 
functions of your adapter when you complete your testing. 



Wireless Network Attacks 
and Countermeasures 

Various malicious hacks — including DoS attacks — can be carried out 
against your WLAN. This includes forcing APs to reveal their SSIDs during the 
process of being disassociated from the network and rejoining. In addition, 
hackers can literally jam the RF signal of an AP — especially in 802.11b and 
802. llg systems — and force the wireless clients to reassociate to a rogue AP 
masquerading as the victim AP. 

Hackers can create man-in-the-middle attacks by maliciously using such 
tools as ESSID-jack and monkey-jack and can flood your network with 
thousands of packets per second by using such packet-generation tools 
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as Gspoof and LANforge — enough to bring the network to its knees. Even 
more so than with wired networks, this DoS attack is very difficult to pre- 
LANs. 



You can carry out several attacks against your WLAN. The associated coun- 
termeasures help protect your network from these vulnerabilities as well as 
from the malicious attacks previously mentioned. When testing your WLAN 
security, look out for the following weaknesses: 

W Unencrypted wireless traffic 

v 0 Weak WEP and WPA pre-shared keys 

*<" Unauthorized APs 

V Easily circumvented MAC address controls 

v 0 Wireless equipment that's physically accessible 

v 0 Default configuration settings 



A good starting point for testing is to attempt to attach to your WLAN as an 
outsider and run a vulnerability assessment tool, such as LANguard. This test 
enables you to see what others can see on your network, including informa- 
tion on the OS version, open ports on your AP, and even network shares on 
wireless clients. Figure 9-4 shows the type of information that can be revealed 
about an AP on your network. 
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Don't overlook Bluetooth 



ave various Bluetooth- 
enabled wireless devices, such as laptops and 
smartphones, running within your organization. 
Although vulnerabilities are not as prevalent as 
they are in 802.1 1 -based Wi-Fi networks, they 
still exist (currently, over 60 Bluetooth-related 
weaknesses are listed at http://nvd. 
nist . gov), and quite a few hacking tools take 
advantage of them. You can even overcome the 
personal area network distance limitation of 
Bluetooth's signal (typically just a few meters) 
and attack Bluetooth devices remotely by build- 
ing and using a BlueSniper rifle (see the follow- 
ing listforthe Web site). Various resources and 
tools for testing Bluetooth authentication/pair- 
ing and data transfer weaknesses include 

u 0 Car Whisperer (http :/ /trifinite . 
org/trifinite_stuff_ 
carwhisperer . html) 

V 0 Blooover (http :/ /trifinite . org/ 
trifinite_stuf f _blooover . 
html) 

u 0 BlueScanner (https : / / labs . 
arubanetworks . com) 

v 0 * Bluesnarfer (www . al ighier i . org/ 
tools/bluesnarf er . tar . gz) 

v 0 BlueSniper rifle (www . tomsguide . 
com /us / how- to-bluesniper- 
ptl , review-408 .html) 



Bluejacking 

bluej ackq . 



community 

com) 



site 



V BTScanner for XP (www.pentest . 
co . uk/ src /btscanner_l_0_0 . 
zip) 

Smurf (www.gatefold.co.uk/ 
smurf ) 

V Detailed presentation on the various Blue- 
tooth attacks (http :/ /tri finite. 
org/Downloads / 2 lc3_ 
Bluetooth_Hacking . pdf ) 

Mobile devices have become a completely 
new dilemma for information security. I hon- 
estly think they're one of the greatest risks in 
any given business. Not only can your mobile 
devices be hacked via Bluetooth, they also can 
have serious physical security weaknesses, 
which can allow a malicious person to gain tons 
of sensitive information from your organization. 
A good reference guide for locking down your 
Bluetooth systems is NIST's Special Publication 
800-48, which can be found at http: // 
csrc .nist . gov/ pub 1 ications/ 
nistpubs/800-48/NIST_SP_800-48 . 
pdf. 



Encrypted traffic 

Wireless traffic can be captured directly out of the airwaves, making this 
communications medium susceptible to eavesdropping. Unless the traffic is 
encrypted, it's sent and received in cleartext just like on a standard wired net- 
work. On top of that, the 802.11 encryption protocols, Wired Equivalent Privacy 
(WEP) and Wi-Fi Protected Access (WPA), have their own weakness that allows 
attackers to crack the encryption keys and decrypt the captured traffic. This 
vulnerability has really helped put WLANs on the map — so to speak. 
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WEP, in a certain sense, actually lives up to its name: It provides privacy 
equivalent to that of a wired network, and then some. However, it wasn't 

to be cracked so easily. WEP uses a fairly strong symmetric (shared- 
yption algorithm called RC4. Hackers can observe encrypted 
wireless traffic and recover the WEP key because of a flaw in how the RC4 
initialization vector (IV) is implemented in the protocol. This weakness is 
because the IV is only 24 bits long, which causes it to repeat every 16.7 mil- 
lion packets — even sooner in many cases, based on the number of wireless 
clients entering and leaving the network. 




Most WEP implementations initialize WLAN hardware with an IV of 0 and incre- 
ment it by one for each packet sent. This can lead to the IVs reinitializing — 
starting over at 0 — approximately every five hours. Given this behavior, 
WLANs that have a small number of clients transmitting a relatively small rate 
of wireless packets are normally more secure than large WLANs that transmit a 
lot of wireless data because there's simply not enough wireless traffic being 
generated. 




Using WEPCrack (http : / /wepcrack . sourcef orge . net), AirSnort 
(http : //airsnort . shmoo . com), or, my favorite, the aircrack suite 
(http : //aircrack-ng. org), hackers need to collect only a few hours' up 
to a few days' (depending on how much wireless traffic is on the network) 
worth of packets to break the WEP key. Figure 9-5 shows airodump (which is 
part of the aircrack suite) capturing WEP initialization vectors, and Figure 9-6 
shows aircrack at work cracking the WEP key of my test network. 

I'm not a Mac user, but I've heard good things about KisMAC (http : / / trac . 
kismac-ng . org) for cracking WEP keys among other things. 
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Figure 9-5: 

Using 
airodump 
to capture 
WEP 
initialization 
vectors. 
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Figure 9-6: 

Using 
aircrackto 
crack WEP. 
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Airodump and aircrack are very simple to run in Windows. You simply down- 
load and extract the aircrack programs, the cygwin Linux simulation environ- 
ment, and the supporting peek files from the project URL shown earlier and 
you're ready to capture packets and crack away! 

A longer key length, such as 128 bits or 192 bits, doesn't make WEP exponen- 
tially more difficult to crack. This is because WEP's static key scheduling algo- 
rithm requires that only about 20,000 or so additional packets be captured to 
crack a key for every extra bit in the key length. 

The wireless industry has come up with a solution to the WEP problem called 
Wi-Fi Protected Access (WPA). WPA uses the Temporal Key Integrity Protocol 
(TKIP) encryption system, which fixes all the known WEP issues. WPA2 which 
replaced the original WPA uses an even stronger encryption method called 
Counter Mode with Cipher Block Chaining Message Authentication Code 
Protocol (say that fast three times) — or CCMP — based on the Advanced 
Encryption Standard (AES). WPA and WPA2 running in "enterprise mode" 
require an 802. lx authentication server, such as a RADIUS server, to manage 
user accounts for the WLAN. Check with your vendor for WPA updates. 

You can also use aircrack to crack WPA and WPA2 pre-shared keys (PSKs). 
To crack WPA-PSK encryption, you have to wait for a wireless client to 
authenticate with its access point. A quick (and dirty) way to force the re- 
authentication process is to send a de-authenticate packet to the broadcast 
address. This is something my co-author, Peter T. Davis, and I cover in detail 
in our book, Hacking Wireless Networks For Dummies. 

You can use airodump to capture packets and then start aircrack (you can 
also run them simultaneously) to initiate cracking the pre-shared key by 
using the following command-line options: 

#aircrack-ng -a2 -w path_to_wordlist <capture file(s)> 

Another, relatively new, tool you can use for cracking WPA and WPA2 keys 
is the commercial product Elcomsoft Wireless Security Auditor (EWSA). To 
use EWSA, you simply capture wireless packets in the tepdump format (every 
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WLAN analyzer supports this format), load the capture file into the program, 
and shortly thereafter you have the PSK. EWSA is a little different because 
ck WPA and WPA2 PSKs in a fraction of the time it would normally 
there's a caveat. You have to have a computer with a supported 
or ATI video card. Yep, EWSA doesn't just use the processing power of 
your CPU — it also harnesses the power and mammoth acceleration capabili- 
ties of the video card's graphical processor unit (GPU). Now that's innovation! 



The main EWSA interface is shown in Figure 9-7. 



Figure 9-7: 

Using 
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Using EWSA, you can try to crack your WPA/WPA2 PSKs at a rate of up to 
50,000 WPA/WPA2 pre-shared keys per second. Compare that to the lowly few 
hundred keys per second using just the CPU and you can see the value in a 
tool like this. I always say you get what you pay for. 



If you need to use your WLAN analyzer to view traffic as part of your security 
assessment, you won't see any traffic if WEP is enabled unless you know the 
WEP key associated with the network. You can enter the key into your ana- 
lyzer, but just remember that hackers can do the same thing if they're able to 
crack your WEP key by using one of the tools I mention earlier. 
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Figure 9-8 shows an example of how you can view protocols on your WLAN 
by entering the WPA key into OmniPeek via the Capture Options window 
u start your packet capture. 



Figure 9-8: 

Using 
OmniPeek 
to view 
encrypted 
wireless 
traffic. 
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Countermeasures against 
encrypted traffic attacks 

The simplest solution to the WEP problem is to migrate to WPA, or ideally, 
WPA2, for all wireless communications. You can also use a VPN in a Windows 
environment — free — by enabling Point-to-Point Tunneling Protocol (PPTP) 
for client communications. You can also use the IPSec support built into 
Windows, as well as Secure Shell (SSH), Secure Sockets Layer/Transport 
Layer Security (SSL/TLS), and other proprietary vendor solutions, to keep 
your traffic secure. Just keep in mind that there are cracking programs for 
PPTP, IPSec, and other VPN protocols as well, but overall, you're pretty safe. 

Newer 802.1 1-based solutions exist as well. If you can configure your wireless 
hosts to regenerate a new key dynamically after a certain number of pack- 
ets have been sent, the WEP vulnerability can't be exploited. Many AP ven- 
dors have already implemented this fix as a separate configuration option, 
so check for the latest firmware with features to manage key rotation. For 
instance, the proprietary Cisco LEAP protocol uses per-user WEP keys that 
offer a layer of protection if you're running Cisco hardware. Again, be careful 
because cracking programs exist for LEAP, such as asleap (http : / /asleap . 
sourcef orge . net). 
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The 802.1 li standard from the IEEE (also called WPA2) integrates the WPA 
fixes and more. This standard is an improvement over WPA but is not com- 
ith older 802.11b hardware because of its implementation of the 
Encryption Standard (AES) for encryption. 



If you're using WPA with a pre-shared key (which is more than enough for 
small WLANs), ensure that the key contains at least 20 random characters so 
it isn't susceptible to the offline dictionary attacks available in such tools as 
aircrack and Elcomsoft Wireless Security Auditor. 

Keep in mind that although WEP and weak WPA pre-shared keys are crack- 
able, it's still much better than no encryption at all. Similar to the effect that 
home security system signs have on would-be home intruders, a wireless 
LAN running WEP or weak WPA pre-shared keys is not nearly as attractive 
to a hacker as one without it. Hackers are likely to move on to easier targets 
unless they really, really want to get into yours. 



Rogue utiretess devices 



Watch out for unauthorized APs and wireless clients that are attached to 
your network and running in ad-hoc mode. 




Educate your users on safe Wi-Fi usage when they're outside of your office as 
well. Communicate to them the dangers of connecting to unknown WLANs and 
remind them on a periodic and consistent basis. Otherwise, their systems can 
be hacked or become infected with malware and guess whose problem it is as 
soon as they connect back onto your network. 



By using NetStumbler or your client manager software, you can test for APs 
and ad-hoc (or peer) devices that don't belong on your network. You can also 
use the network monitoring features in a WLAN analyzer, such as OmniPeek 
and AirMagnet WiFi Analyzer. 



Look for the following rogue AP characteristics: 



Odd SSIDs, including the popular default ones linksys and wifi. 

Odd AP system names — that is, the name of the AP if your hardware 
supports this feature. Not to be confused with the SSID. 

t>* MAC addresses that don't belong on your network. Look at the first 
three bytes of the MAC address (the first six numbers), which specify 
the vendor name. You can perform a MAC-address vendor lookup at 

http : / /standards . ieee . org/ regauth/oui/ index. shtml to find 
information on APs you're unsure of. 

*<" Weak radio signals, which can indicate that an AP has been hidden 
away or is on the outside of your building. 
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<<" Communications across a different radio channel(s) than what your 
network communicates on. 

^ j-^ ^^j^^J^radation in network throughput for any WLAN client. 



In Figure 9-9, NetStumbler has found two potentially unauthorized APs. The 
ones that stand out are the two with SSIDs of BI and LarsWorld. Notice how 
they're running on two different channels, two different speeds, and are 
made by two different hardware vendors. If you know what's supposed to 
be running on your wireless network (you do, don't you?), unauthorized sys- 
tems can really stand out. 



Figure 9-9: 

NetStumbler 
showing 
potentially 
unauthor- 
ized APs. 
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NetStumbler does have one limitation: It won't find APs that have probe 
response (SSID broadcast) packets disabled. Kismet — the popular wireless 
sniffer for Linux and BSD — looks not only for probe responses from APs like 
NetStumbler does, but also for other 802.11 management packets, such as 
association responses and beacons. This allows Kismet to detect the pres- 
ence of "hidden" WLANs. 

If the UNIX platform is not your cup of tea, and you're still looking for a quick 
and dirty way to root out hidden APs, you can create a client-to-AP reconnec- 
tion scenario that forces the broadcasting of SSIDs using de-authentication 
packets. You can find detailed instructions in the book I wrote with Peter 
Davis, Hacking Wireless Networks For Dummies. 

The safest way to root out hidden APs is to simply search for 802.11 
management packets by using a WLAN analyzer, such as AirMagnet Wifi 
Analyzer or OmniPeek. TamoSoft's CommView for WiFi (www. tamos . com/ 
products /commwifi) is also a nice analyzer for this task, and it's very 
inexpensive to boot. 

You can configure OmniPeek to search for 802.11 management packets to 
root out "hidden" APs by enabling a capture filter on 802.11 management 
packets, as shown in OmniPeek's options in Figure 9-10. 
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Figure 9-1 1 shows how you can use CommView for WiFi to spot an odd net- 
work host; for instance, the Hon Hai and Netgear systems if you know you 
only use Cisco and Netopia hardware on your network. 



Figure 9-11: 
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My test network for this example is small compared to what you might see, 
but you get the idea of how an odd system can stand out. 

WLANs set up in ad-hoc (or peer-to-peer) mode allow wireless clients to com- 
municate directly with one another without having to pass through an AP. 
These types of WLANs operate outside the normal wireless security controls 
and can cause serious security issues beyond the normal 802.11 vulnerabili- 
ties. A good way to detect these rogue networks is to use NetStumbler. 
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You can use just about any WLAN analyzer to find unauthorized ad-hoc 
devices on your network. If you come across quite a few ad-hoc systems, 

hose devices listed in AirMagnet WiFi Analyzer's STA section on its 
en, as shown in Figure 9-12, this could be a good indication that one 
(or several) people are running unprotected wireless systems or at least have 
ad-hoc wireless enabled. Either way, they're potentially putting your network 
and information at risk. 
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Figure 9-12: 

AirMagnet 
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You can also use the handheld Digital Hotspotter I mention earlier in this 
chapter or even a wireless intrusion prevention system (IPS) to search for 
beacon packets in which the ESS field is not equal to 1. 

Walk around your building or campus (warwalk, if you will) to perform this 
test to see what you can find. Physically look for devices that don't belong 
and keep in mind that a well-placed AP or WLAN client that's turned off 
won't show up in your network analysis tools. Search near the outskirts of 
the building or near any publicly accessible areas. Scope out boardrooms 
and the offices of upper-level managers for any unauthorized devices. These 
places are typically off-limits but often are used as locations for hackers to 
set up rogue APs. 

When searching for unauthorized wireless devices on your network, keep 
in mind that you might be picking up signals from nearby offices or homes. 
Therefore, if you find something, don't immediately assume it's a rogue 
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device. One way to figure out whether a device is in a nearby office or home 
is by the strength of the signal you detect — devices outside your office 

ive a weaker signal than those inside. AirMagnet WiFi Analyzer has a 
to monitor the signal strength of wireless devices you stumble onto, 
gure 9-13 is a screenshot of AirMagnet's "Geiger counter" interface showing 
the relative signal strength of APs you find when warwalking. 




Using a WLAN analyzer in this way helps narrow the location and prevent 
false alarms in case you detect legitimate neighboring wireless devices. 

A good way to determine whether an AP you discover is attached to your 
wired network is to perform reverse ARPs to map IP addresses to MAC 
addresses. You can do this at a command prompt by using the arp -a 
command and simply comparing IP addresses with the corresponding MAC 
address to see if you have a match. 

Also, keep in mind that WLANs authenticate the wireless devices, not the 
users. Hackers can use this to their advantage by gaining access to a wire- 
less client via remote-access software, such as telnet or SSH, or by exploiting 
a known application or OS vulnerability. After they do that, they potentially 
have full access to your network. 
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The only way to detect rogue APs and wireless hosts on your network is to 
monitor your WLAN proactively (say monthly, weekly, or using a wireless 
IPS, in real time), looking for indicators that wireless clients or rogue APs 
might exist. But if rogue APs or clients don't show up in NetStumbler or in 
your client manager software, that doesn't mean you're off the hook. You 
might also need to break out the WLAN analyzer, wireless IPS, or other net- 
work management application. 

Depending on your AP, a couple of configuration changes might keep hackers 
from carrying out these hacks against you: 

u 0 If possible, increase your wireless beacon broadcast interval to the max- 
imum setting, which is around 65,535 milliseconds (roughly 66 seconds). 
This can help hide the AP from hackers who are wardriving or walking 
by your building quickly. Be sure to test this first, though, because it 
might create other unintended consequences, such as legitimate wire- 
less clients not being able to connect to your network. 

Disable probe responses to prevent your AP from responding to such 
requests. 



Use personal firewall software, such as the free Windows Firewall that's built 
into Windows, on all wireless hosts to prevent unauthorized remote access to 
your network. 

Finally, don't forget the holy grail of information security: user education. 
Ensuring that security is always on the top of everyone's mind can go further 
than just about any other measure when it comes to safe usage of wireless 
networks. 



MAC spoofing 



A very common defense for wireless networks is Media Access Control (MAC) 
address controls. This is where you configure your APs to allow only wireless 
clients with known MAC addresses to connect to the network. Consequently, 
a very common hack against wireless networks is MAC address spoofing. 

The bad guys can easily spoof MAC addresses in UNIX, by using the 
if conf ig command, and in Windows, by using the SMAC utility, as I 
describe in Chapter 8. However, like WEP and WPA, MAC-address-based 
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access controls are another layer of protection and better than nothing at 
all. If someone spoofs one of your MAC addresses, the only way to detect 
,s behavior is to spot the same MAC address being used in two or 
ices on the WLAN, which can be tricky. 




One simple way to determine whether an AP is using MAC address controls is 
to try to associate with it and obtain an IP address via DHCP. If you can get an 
IP address, then the AP doesn't have MAC address controls enabled. 

The following steps outline how you can test your MAC address controls and 
demonstrate just how easy they are to circumvent: 

1. Find an AP to attach to. 

This can be done by simply loading NetStumbler, as shown in Figure 9-14. 



Figure 9-14: 

Finding an 
accessible 
AP via Net- 
Stumbler. 
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In this test network, the AP with the SSID of doh! is the one I want to test. 
Note the MAC address of this AP as well. This will help you make sure 
you're looking at the right packets in the steps that follow. Although I've 
"hidden" most of the MAC address of this AP for the sake of privacy, 
let's just say its MAC address is 00:40:96:FF:FF:FF. Also, notice in Figure 
9-14 that NetStumbler was able to determine the IP address of the AP. 
Getting an IP address will help you confirm that you're on the right wire- 
less network. 

2. Using a WLAN analyzer, look for a wireless client sending a probe 
request packet to the broadcast address or the AP replying with a 
probe response. 

You can set up a filter in your analyzer to look for such frames, or simply 
capture packets and just browse through looking for the AP's MAC 
address, which you noted in Step 1. Figure 9-15 shows what the Probe 
Request and Probe Response packets look like. 
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Figure 9-15: 

Looking for 
the MAC 
address of 
a wireless 
client on 
the net- 
work being 
tested. 
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Note that the wireless client (again for privacy, let's say its full MAC 
address is 00:09:5B:FF:FF:FF) first sends out a probe request to the 
broadcast address (FF:FF:FF:FF:FF:FF) in packet number 98. The AP 
with the MAC address I'm looking for replies with a Probe Response to 
00:09:5B:FF:FF:FF, confirming that this is indeed a wireless client on the 
network for which I'll be testing MAC address controls. 

3. Change your test computer's MAC address to that of the wireless 
client's MAC address you found in Step 2. 

In UNIX and Linux, you can change your MAC address very easily by 
using the if conf ig command as follows: 

a. Log in as root and then disable the network interface. 

Insert the network interface number that you want to disable 
(typically wlanO or athO) into the command, like this: 

[root@localhost root] # ifconfig wlanO down 
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Insert the fake MAC address and the network interface number like 
this: 

[root@localhost root]# ifconfig wlanO hw ether 
01:23:45:67:89:ab 



The following command also works in Linux: 

[root@localhost root]# ip link set wlanO address 
01:23:45:67:89:ab 

c. Bring the interface back up with this command: 

[root@localhost root] # ifconfig wlanO up 

If you change your Linux MAC addresses often, you can use a more fea- 
ture-rich utility called MAC Changer (www. alobbs . com/macchanger). 

In Windows, you might be able to change your MAC addresses in your 
wireless NIC properties via My Network Places. However, if you don't 
like editing the registry or prefer to have an automated tool, you can 
use a neat and inexpensive tool created by KLC Consulting called SMAC 
(available at www. klcconsulting .net/smac). To change your MAC 
address, you can use the steps I outline in Chapter 8. 

When you're done, SMAC will show something similar to the screen cap- 
ture in Figure 9-16. 



Figure 9-16: 
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To reverse any of the above MAC address changes, simply reverse the 
steps performed and then delete any data you created. 
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Figure 9-17: 

Ensure your 
SSID is cor- 
rectly set. 



Note that APs, routers, switches, and the like might detect when more 
than one system is using the same MAC address on the network (that is, 
s and the client that you're spoofing). You might have to wait until 
system is no longer on the network; however, I rarely see any issues 
spoofing MAC addresses in this way, so you probably won't have to do 
anything. 

4. Ensure that your wireless NIC is configured for the appropriate SSID. 

For this example, I used the Netgear Smart Wizard utility to set the SSID 
to doh!, as shown in Figure 9-17. 



Settings | Networks | Statistics | About 

N E T E A R Selected Adapter: j NETGEAR WG1 21 802.11 g Wireless USB2.0 Ada[_»] 

r Profiles — 
| New Profile 
Network Name(SS!D] 



in 



Q Security 



Advanced Settings 



~3 i I 17 Use WEP Encryption 
I C Create with Passphrase 



Network Type 
*• Access Point (Infrastructure) 

Computer -to-Computer (Ad-Hoc) 



• Entel I ey Manually 



|Key1: zl I 



"|l28bilsj^J 



*|' 9 doh! I00 40.96.^^BI Oi 1 (B) 


11 Mbps 




Help 




Cancel 


Close 




Even if your network is running WEP or WPA, you can still test your MAC 
address controls. You just need to enter your encryption key(s) before 
you can connect. 



5. Obtain an IP address on the network. 

You can do this by rebooting or disabling/enabling your wireless NIC. 
However, you can do it manually by running ipconf ig /renew at a 
Windows command prompt or by manually entering a known IP address 
in your wireless network card's network properties. 

6. Confirm that you're on the network by pinging another host or brows- 
ing the Internet. 

In this example, I could ping the AP (10.11.12.154) or simply load my 
favorite Web browser to see whether I can access the Internet. 

That's all there is to it! You've circumvented your wireless network's MAC 
address controls in six simple steps. Piece of cake! 
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est way to prevent the circumvention of MAC address controls and 
*nt unauthorized attachment to your wireless network is to enable 
WPA, or ideallyWPA2. Another way to control MAC spoofing is by using a 
wireless IPS. This second option is certainly more costly, but it could be well 
worth the money when you consider the other proactive monitoring and 
blocking benefits such a system would provide. 



Queensland DoS attack 

A relatively new and mostly unheard-of attack against the 802.11 protocol 
was discovered in May of 2004 by researchers at the Queensland University 
of Technology's Information Security Research Centre (www. kb . cert . org/ 
vuls/id/106678). This "Queensland" attack, also referred to as the Clear 
Channel Assessment attack, affects the Direct Sequence Spread Spectrum 
function that works as part of 802. 11 's Carrier Sense Multiple Access/ 
Collision Avoidance (CSMA/CA) protocol that manages the wireless commu- 
nications medium. 

Wireless systems (clients, APs, and so on) use CSMA/CA to determine 
whether the wireless medium is ready and the system can transmit data. 
The Queensland attack exploits the Clear Channel Assessment (CCA) func- 
tion within CSMA/CA and makes it appear that the airwaves are busy, 
effectively preventing any other wireless system from transmitting. This is 
accomplished by placing a wireless NIC in continuous transmit mode. 

With the right tool, this attack is relatively simple to execute. It can wreak 
havoc on a wireless network, effectively bringing it to its knees. There's very 
little that can be done about it, especially if the attacker's signal is more pow- 
erful than that of your wireless systems. 

All it takes to run this attack is to find an old D-Link DWL-650 wireless NIC 
(via eBay or elsewhere) combined with the old Prism chipset testing program 
called Prism Test Utility (PrismTestutil322 . exe). This program was 
previously available for public download on Intersil's Web site and is still 
available if you dig around on the Internet (try Googling the filename above). 
This attack can just as easily be carried out with other custom software or 
hardware tweaking as well. No need for screen captures here. Simply stated, 
before you put a wireless NIC in continuous transmit mode, you have wire- 
less signals. After you exploit this weakness — wireless all gone! 
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This test can be hazardous to your wireless network's health! Run this test 
only in a controlled environment to test a wireless IPS and in a way that 
^^cj^i^ffect other people's wireless networks located nearby. 

Countermeasures against boS attacks 

The only potential countermeasure against this and other wireless DoS 
attacks is the installation and usage of a wireless IPS on your 802.1 lb/g net- 
work. Otherwise, wireless technologies that use frequency hopping spread 
spectrum (FHSS) or orthogonal frequency division multiplexing (OFDM) — 
such as 802.11a, 802.1 In, and technically 802.1 lg running over 20Mbps — 
are the way to go. 



Physical security problems 

Various physical security vulnerabilities can result in physical theft, the 
reconfiguration of wireless devices, and the capturing of confidential informa- 
tion. You should look for the following security vulnerabilities when testing 
your systems: 

APs mounted on the outside of a building and accessible to the public. 

u 0 Poorly mounted antennas — or the wrong types of antennas — that 
broadcast too strong a signal and that are accessible to the public. You 
can view the signal strength in NetStumbler, your wireless client man- 
ager, or one of the commercial tools I mention earlier in this chapter. 

These issues are often overlooked because of rushed installations, 
improper planning, and lack of technical knowledge, but they can come 
back to haunt you. 



Countermeasures against physical 
security problems 

Ensure that APs, antennas, and other wireless and network infrastructure 
equipment are locked away in secure closets, ceilings, or other places that 
are difficult for a would-be intruder to access physically. Terminate your 
APs outside any firewall or other network perimeter security devices — or 
at least in a DMZ — whenever possible. If you place the wireless equipment 
inside your secure network, it can negate any benefits you would get from 
your perimeter security devices, such as your firewall. 
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If wireless signals are propagating outside your building where they don't 
belong, either 



down the transmit power setting of your AP. 



Use a smaller or different antenna (semidirectional or directional) to 
decrease the signal. 

Some basic planning helps prevent these vulnerabilities. 



Vulnerable Wireless Workstations 

Wireless workstations have tons of security vulnerabilities — from weak 
passwords to unpatched security holes to the storage of WEP and WPA 
encryption keys locally. Most of the well-known wireless client vulnerabilities 
have been patched by their respective vendors, but you never know if all 
your wireless systems are running the latest (and usually safest) versions of 
operating systems, wireless client software, and other software applications. 

In addition to using the wireless client, stumbling, and network analysis soft- 
ware I mention earlier in this chapter, you should also search for wireless 
client vulnerabilities by using various vulnerability testing tools, such as GFI 
LANguard, QualysGuard, and Acunetix Web Vulnerability Scanner. 

These programs aren't wireless-specific, but they might turn up vulner- 
abilities in your wireless computers that you might not have discovered or 
thought about testing otherwise. I cover operating system and application 
vulnerabilities as well as using the tools in the preceding list in Parts IV and V 
of this book. 



Countermeasures against Vulnerable 
Wireless Workstations 

You can implement the following countermeasures to keep your workstations 
from being used as entry points into your WLAN: 

Regularly perform vulnerability assessments on your wireless work- 
stations, in addition to other network hosts. 

Apply the latest vendor security patches and enforce strong user 
passwords. 
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t>* Use personal firewalls and endpoint security software on all wireless 
systems where possible, including PDAs and smartphones to keep mali- 



intruders off those systems and out of your network, 
anti-malware software. 



Default configuration settings 

Similar to wireless workstations, wireless APs have many known vulnerabili- 
ties. The most common ones are default SSIDs and admin passwords. The 
more specific ones occur only on certain hardware and software versions 
that are posted in vulnerability databases and vendor Web sites. Many wire- 
less systems still have WEP and WPA disabled by default as well. 



Countermeasures against default 
configuration settings exploits 

You can implement some of the simplest and most effective security counter- 
measures for WLANs — and they're all free: 

v 0 Make sure that you change default admin passwords and SSIDs. 

At a minimum, enable WPA. Ideally, you should use WPA2 with very 
strong pre-shared keys (PSKs) consisting of at least 20 random charac- 
ters or use WPA/WPA2 in "enterprise" mode with a RADIUS server for 
host authentication. 

**" Disable SSID broadcasting if you don't need this feature. 

*<" Apply the latest firmware patches for your APs and WLAN cards. This 
countermeasure helps to prevent various vulnerabilities to prevent the 
exploitation of publicly known holes related to management interfaces 
on APs and client management software on the clients. 
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In this part . . . 



J\J OVf that you're past the network level, it's time to 
# W get down to the nitty-gritty — those fun operating 
systems you use on a daily basis and have come to both 
love and hate. I definitely don't have enough room in this 
book to cover every operating system version or even 
every operating system vulnerability, but I certainly hit 
the important parts — especially the ones that aren't eas- 
ily fixed with patches. 



This part starts by looking at the most widely used (and 
picked on) operating system — Microsoft Windows. From 
Windows NT to Windows 7, 1 show you some of the best 
ways to attack these operating systems and secure them 
from the bad guys. This part then looks at Linux and its 
less publicized (yet still major) security flaws. Many of the 
hacks and countermeasures I cover can apply to many 
other flavors of UNIX as well. This part then moves on to 
the tried-and-true Novell NetWare operating system — 
perhaps the most secure OS in this lineup, though it's still 
not vulnerability-free, as many Novell die-hards like to 
believe. I cover the major issues along with solid counter- 
measures you can implement to keep your mighty 
NetWare boxes secure and still (mostly) reboot-free. 



Chapter 10 

Windows 

In This Chapter 

Port scanning Windows systems 

Gleaning Windows information without logging in 

Windows 7 security pros and cons 

Exploiting Windows vulnerabilities 

Minimizing Windows security risks 



/l/I icrosoft Windows (with such versions as Windows XP, Windows 
WWW Server 2003, Windows Vista, and Windows 7) is the most widely used 
operating system (OS) in the world. It's also the most widely abused. Is this 
because Microsoft doesn't care as much about security as other OS vendors? 
The short answer is no. Sure, numerous security flaws were overlooked — 
especially in the Windows NT days — but Microsoft products are so perva- 
sive throughout today's networks, Microsoft is the easiest vendor to pick on; 
therefore Microsoft products often end up in the bad guys' crosshairs. The 
one positive about hackers is that they're driving the requirement for better 
security! 
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Many of the security flaws in the headlines aren't new. They're variants of 
vulnerabilities that have been around for a long time in UNIX and Linux, such 
as the remote procedure call (RPC) vulnerabilities that the Blaster worm 
exploited. You've heard the saying, "The more things change, the more they 
stay the same." That applies here, too. Most Windows attacks are prevent- 
able if the patches are properly applied. Thus, poor security management is 
often the real reason Windows attacks are successful, yet Microsoft takes the 
blame and must carry the burden. 

In addition to the password attacks I cover in Chapter 7, many other attacks 
are possible against a Windows-based system. Tons of information can be 
extracted from Windows by simply connecting to the system across a net- 
work and using tools to pull out the information. Many of these tests don't 
even require you to be authenticated to the remote system. All someone with 
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malicious intent needs to find on your network is a vulnerable Windows com- 
puter with a default configuration that's not protected by such measures as a 
firewall and the latest security patches. 



When you start poking around on your network, you might be surprised at 
how many of your Windows-based computers have security vulnerabilities. 
Furthermore, you'll be even more surprised at just how easy it is to exploit 
vulnerabilities to gain complete remote control of Windows by using a tool 
such as Metasploit. After you connect to a Windows system and have a valid 
username and password (by knowing it or deriving it by using the password- 
cracking techniques in Chapter 7 or other techniques outlined in this chap- 
ter), you can dig deeper and exploit other aspects of Windows. 

This chapter shows you how to test for some of the most critical attacks 
against the Windows OS and outlines countermeasures to make sure your 
systems are secure. 



WindovOs Vulnerabilities 

Given the ease of use of Windows, its enterprise-ready Active Directory service, 
and the feature-rich .NET development platform, many organizations have 
moved to the Microsoft platform for their networking and computing needs. 
Many businesses — especially the small- to medium-sized ones — depend 
solely on the Windows OS for network usage. Many large organizations run 
critical servers, such as Web servers and database servers, on the Windows 
platform as well. If security vulnerabilities aren't addressed and managed 
properly, they can bring a network or an entire organization to its knees. 

When Windows and other Microsoft software are attacked — especially by a 
widespread Internet-based worm or virus — hundreds of thousands of orga- 
nizations and millions of computers are affected. Many well-known attacks 
against Windows can lead to 

*>* Leakage of sensitive information, including files containing healthcare 
information and credit card numbers 

W Passwords being cracked and used to carry out other attacks 

v 0 Systems taken completely offline by denial of service (DoS) attacks 

v* Full remote control being obtained 

t>* Entire databases being corrupted or deleted 

When unsecure Windows-based systems are attacked, serious things can 
happen to a tremendous number of computers around the world. 
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undreds of Windows hacking and testing tools are available. The 
key is to find a set of tools that can do what you need and that you're com- 
fortable using. 

Many security tools — including some of the tools in this chapter — work with 
only certain versions of Windows. The most recent version of each tool in this 
chapter is compatible with Windows NT, Windows 2000, Windows XP, and 
Windows Server 2003. I've even found many tools to be compatible with 
Windows 7, which happens to be the OS I use. 

The more security tools and other power-user applications you install in 
Windows — especially programs that tie into the network drivers and TCP/IP 
stack — the more unstable Windows becomes. I'm talking about slow perfor- 
mance, blue screens of death, and general instability issues. Unfortunately, 
often the only fix is to reinstall Windows and all your applications. After 
rebuilding my laptop every few months, I finally wised up and bought a copy 
of VMware and a dedicated computer that I can junk up with testing tools 
without worrying about it affecting my ability to get my other work done. (Ah, 
the memories of those DOS and Windows 3.x days when things were much 
simpler!) 



Free Microsoft tools 

You can use the following free Microsoft tools to test your systems for vari- 
ous security weaknesses. 

Built-in Windows programs (Windows 9x and later versions) for 
NetBIOS and TCP/UDP service enumeration, such as: 

• nbtstat for gather NetBIOS name table information 

• netstat for displaying open ports on the local Windows system 

• net for running various network-based commands, including view- 
ing shares on remote Windows systems and adding user accounts 
after you gain a remote command prompt via Metasploit 

*<" Microsoft Baseline Security Analyzer (www. microsoft . com/ 
technet/security/tools/mbsahome .mspx) to test for missing 
patches and basic Windows security settings 

Sysinternals (http : //technet .microsoft . com/en-us/ 
sysinternals/def ault . aspx) to poke, prod, and monitor Windows 
services, processes, and resources both locally and over the network 
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Att*in*one assessment toots 

^ (^|*^~^^ tools perform a wide variety of security tests, including 



Port scanning 
OS fingerprinting 
v* Basic password cracking 

v 0 Detailed vulnerability mappings of the various security weaknesses that 
the tools find on your Windows systems 

I use the following tools in my work with very good results: 

11^* GFI LANguard (www.gf i . com/lannetscan) 
QualysGuard (www . qualys . com) 

Qualys's managed service/application service provider/software as a service 
(whatever term you want to use these days) is very easy to use (simply log in 
to the interface, give it the IP addresses to scan, and tell it to go) and has very 
detailed and accurate vulnerability testing — it's my all-time favorite for net- 
work/OS vulnerability testing. 



Task-specific toots 

The following tools perform one or two specific tasks. These tools provide 
detailed security assessments of your Windows systems and insight that you 
might not otherwise get from all-in-one assessment tools: 

e* Metasploit (www.metasploit . com) for exploiting vulnerabilities that 
such tools as QualysGuard and Nessus (www.nessus . org) discover to 
obtain remote command prompts, add users, and much more. 

ShareEnum (http: //technet .microsoft . com/en-us/ 
sysinternals/bb897442 . aspx) for share enumeration. 

t>* SuperScan (www. f oundstone . com/us /resources /proddesc/ 
superscan . htm) for TCP port scanning, ping sweeps, and share enu- 
meration. 

u 0 TCPView (http : / /technet .microsoft . com/en-us/sysinternals/ 
bb897437 . aspx) to view TCP and UDP session information. 

u* Winfo (www.ntsecurity.nu/toolbox/winfo) for null session enu- 
meration to gather such configuration information as security policies, 
local user accounts, and shares. 
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^jttNG/ Windows XP SP2 and later versions, as well as Windows Server 2003 SP1 and 
later versions, have a new "undocumented feature" that can (and will) 
mJ H^jHh ej?ei*^limit your network scanning speeds: Only ten half-open TCP connec- 
J^B\Jj v^f^V^J be made at a time. If you think your system might be affected by this, 
check out the Event ID 4226 Patcher tool (www . lvllord . de) for a hack to run 
on the Windows TCP/IP stack that will allow you to adjust the TCP half-open 
connections setting to a more realistic number. The default is to change it to 
50, which seems to work well. 

Be forewarned that Microsoft doesn't support this hack. Having said that, I 
haven't had any trouble with this hack at all. Disabling the Windows Firewall 
(or other third-party firewall) can help speed things up, too. 



Information Gathering 

When you assess Windows vulnerabilities, start by scanning your computers 
to see what the bad guys can see. 

^pj.sr^ The exploits in this chapter were run against Windows from inside a firewall. 
tjf^S^fN Unless I point out otherwise, all the tests in this chapter can be run against all 
\H (J «3 ) versions of the Windows OS. The attacks in this chapter are significant enough 
yUjL/ to warrant testing for, regardless of your current setup. Your results might 
vary from mine depending on the specific version of Windows, patch levels, 
and other system hardening you've done. 

System scanning 

A few straightforward processes can identify weaknesses in Windows systems. 
Testing 

Start gathering information about your Windows systems by running an ini- 
tial port scan: 

1. Run basic scans to find which ports are open on each Windows 
system: 

• Scan for TCP ports with a port scanning tool, such as SuperScan. 
The SuperScan results in Figure 10-1 show several potentially 
vulnerable ports open on a Windows Server 2003 system, includ- 
ing those for a Web server (port 80), and the ever-popular — and 
easily hacked — NetBIOS (port 139). 
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2. Perform OS enumeration (such as scanning for shares and specific OS 
versions) by using an all-in-one assessment tool, such as LANguard. 

Figure 10-2 shows a LANguard scan that reveals the server version, 
vulnerabilities, open ports, and more. 



Figure 10-2: 

Gathering 
detailed 
vulner- 
abilities of 
a Windows 
2000 
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LANguard. 
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If you need to quickly identify the specific version of Windows that's 
running, you can use Nmap (http: //nmap.org/download.html) with 
0 option, as shown in Figure 10-3. 




Figure 10-3: 

Using Nmap 
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Other OS fingerprinting tools are available, but I've found Nmap to be 
the most accurate. 

3. Determine potential security vulnerabilities. 

This is subjective and might vary from system to system, but what you 
want to look for are interesting services and applications and proceed 
from there. 



Countermeasures against system scanning 

You can prevent an external attacker or malicious internal user from gather- 
ing certain information about your Windows systems by implementing the 
proper security settings on your network and on the Windows hosts. You 
have the following options: 

Use a network firewall. 

*<" Use the Windows Firewall or other personal firewall software on each 
system. You want to block the Windows networking ports for RPC (port 
135) and NetBIOS (ports 137-139 and 445). 

v 0 Disable unnecessary services so that they don't appear when a connec- 
tion is made. 



NetBIOS 

You can gather Windows information by poking around with NetBIOS 
(Network Basic Input/Output System) functions and programs. NetBIOS 
allows applications to make networking calls and communicate with other 
hosts within a LAN. 
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I ^^ J ^\ These Windows NetBIOS ports can be compromised if they aren't properly 
\ / secured: 

ports for network browsing: 

• Port 137 (NetBIOS name services) 

• Port 138 (NetBIOS datagram services) 
TCP ports for Server Message Block (SMB): 

• Port 139 (NetBIOS session services) 

• Port 445 (runs SMB over TCP/IP without NetBIOS) 

Hacks 

The hacks described in the following two sections can be carried out on 
unprotected systems running NetBIOS. 

Unauthenticated enumeration 

When you're performing your unauthenticated enumeration tests, you 
can gather configuration information about the local or remote systems 
two ways: 

t>* All-in-one scanners, such as LANguard or QualysGuard 

v 0 The nbtstat program that's built in to Windows (nbtstat stands for 
NetBIOS over TCP/IP Statistics) 

Figure 10-4 shows information that you can gather from a Windows 7 system 
with a simple nbtstat query. 



ooks 



Figure 10-4: 

Using 
nbtstat to 
gather infor- 
mation on a 
Windows 7 
system. 




nbtstat shows the remote computer's NetBIOS name table, which you gather 
by using the nbtstat -A command. This displays the following information: 
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t>* Computer name 
Domain name 

puter's MAC address 




When running nbtstat against a Windows NT or Windows 2000 server, you 
might even glean the ID of the user who's currently logged in. 

An advanced program such as LANguard isn't necessary to gather this basic 
information from a Windows system. However, the graphical interface offered 
by commercial software such as this presents its findings in a prettier fashion 
and is often much easier to use. Additionally, you have the benefit of gathering 
the information you need with one tool. 

Shares 

Windows uses network shares to share certain folders or drives on the 
system so other users can access them across the network. Shares are easy 
to set up and work very well. However, they're often misconfigured, allowing 
hackers and other unauthorized users to access information they shouldn't 
be able to get to. You can search for Windows network shares by using the 
Share Finder tool built in to LANguard. This tool scans an entire range of IP 
addresses, looking for Windows shares, as shown in Figure 10-5. 



Figure 10-5: 

Using 
LANguard 
to scan your 
network for 
Windows 
shares. 
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The shares displayed in Figure 10-5 are just what malicious insiders are look- 
ing for because the share names give a hint of what type of files might be 
e if they connect to the shares. After the bad guys discover these 
ey're likely to dig a little further to see whether they can browse 
the files within the shares. I cover shares and rooting out sensitive informa- 
tion on network shares and other storage devices in Chapter 15. 



Countermeasures against NetBIOS attacks 

You can implement the following security countermeasures to minimize 
NetBIOS and NetBIOS over TCP/IP attacks on your Windows systems: 



J"* Use a network firewall. 

V Use the Windows Firewall or other personal firewall software on each 
system. 

Disable NetBIOS — or at least Windows File and Printer Sharing. 

Disabling NetBIOS might not be practical in a network where users and 
applications depend on file sharing or in a mixed environment where 
older Windows 2000 and NT systems rely on NetBIOS for file and printer 
sharing. 

V Educate your users on the dangers of enabling file shares for everyone 
to access. I cover these risks in detail in Chapter 15. 



Hidden shares — those with a dollar sign ($) appended to the end of the share 
name — don't really help hide the share name. Any of the tools I've mentioned 
can see right through this form of security by obscurity. 



Mutt Sessions 

A well-known vulnerability within Windows can map an anonymous connec- 
tion (or null session) to a hidden share called IPC$ (which stands for interpro- 
cess communication). This attack method can be used to: 

Gather Windows host configuration information, such as user IDs and 
share names 

t>* Edit parts of the remote computer's registry 

Although Windows Server 2003/2008, Windows XP, Windows Vista, and 
Windows 7 don't allow null session connections by default, Windows 2000 
Server and NT Server do — and plenty of those systems are still around to 
cause problems on most networks. 
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Although later versions of Windows are much more secure than their prede- 
cessors, don't assume that all's well in Windows land. I can't tell you how 

alny Uqjes I see supposedly secure Windows installations "tweaked" to 
Ja^n^Jpdate an application or other business need that happens to facilitate 
exploitation. 




Mapping 



To map a null session, follow these steps for each Windows computer to 
which you want to map a null session: 

1. Format the basic net command, like this: 

net use \ \host_name_or_IP_address\ipc$ "" "/user:" 
The net command to map null sessions requires these parameters: 

• net (the built-in Windows network command) followed by the use 
command 

• IP address or hostname of the system to which you want to map a 
null connection 

• A blank password and username 

The blanks are why it's called a null connection. 

2. Press Enter to make the connection. 

Figure 10-6 shows an example of the complete command when mapping 
a null session. After you map the null session, you should see the mes- 
sage The command completed successfully. 



Figure 10-6: 

Mapping 
a null 
session to a 
vulnerable 
Windows 
system. 
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NS10.11. 12. 199\ipc$ 
\\10.11.12.200\ipc$ 
omnand completed successfully. 



C:\uindows>_ 




To confirm that the sessions are mapped, enter this command at the com- 
mand prompt: 



net use 

As shown in Figure 10-6, you should see the mappings to the IPC$ share on 
each computer to which you're connected. 



Part IV: Hacking Operating Systems 



3Bocto 



Gleaning information 



11 session connection, you can use other utilities to gather critical 
information remotely. Dozens of tools can gather this type of 
information. 

You — like a hacker — can take the output of these enumeration programs 
and attempt (as an unauthorized user) to: 

u 0 Crack the passwords of the users found. (See Chapter 7 for more on 
password cracking.) 

Map drives to the network shares. 

You can use the following applications for system enumeration against server 
versions of Windows prior to Server 2003 as well as Windows XP. 

net Vieu! 

The net view command (see Figure 10-7) shows shares that the Windows 
host has available. You can use the output of this program to see informa- 
tion that the server is advertising to the world and what can be done with it, 
including: 

u 0 Share information that a hacker can use to attack your systems, such as 
mapping drives and cracking share passwords. 

V Share permissions that might need to be removed, such as the permis- 
sion for the Everyone group, to at least see the share on Windows NT 
and Windows 2000 systems. 



Figure 10-7: 

net view 
displays 
drive shares 
on a remote 
Windows 
host. 
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Configuration and user information 

Winfo and DumpSec can gather useful information about users and configura- 
tions, such as 
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*<" Windows domain to which the system belongs 
Security policy settings 

1 usernames 
Drive shares 



Your preference might depend on whether you like graphical interfaces or a 
command line: 

v* Winfo (www.ntsecurity.nu/toolbox/winfo) is a command-line tool. 

Because Winfo is a command-line tool, you can create batch (script) 
files that automate the enumeration process. The following is an abbre- 
viated version of Winfo's output of a Windows NT server, but you can 
collect the same information from other Windows systems: 

Winfo 2.0 - copyright (c) 1999-2003, Arne Vidstrom 
- http: / /www.ntsecurity .nu/toolbox/winf 0/ 
SYSTEM INFORMATION: 

- OS version: 4 . 0 
PASSWORD POLICY: 

- Time between end of logon time and forced logoff: No forced logoff 

- Maximum password age: 42 days 

- Minimum password age: 0 days 

- Password history length: 0 passwords 

- Minimum password length: 0 characters 
USER ACCOUNTS: 

* Administrator 
(This account is the built-in administrator account) 

* doctorx 

* Guest 

(This account is the built-in guest account) 

* IUSR_WINNT 

* kbeaver 

* nikki 
SHARES : 

* ADMIN$ 

- Type: Special share reserved for IPC or administrative share 

* IPC$ 

- Type: Unknown 

* Here2Bhacked 

- Type: Disk drive 

* C$ 

- Type: Special share reserved for IPC or administrative share 

* Finance 

- Type: Disk drive 

* HR 

- Type: Disk drive 

This information cannot be gleaned from a default installation of 
Windows Server 2003, Windows XP, Windows Vista, or Windows 7. 
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You can peruse the output of such tools for user IDs that don't belong 
on your system, such as 



Ex-employee accounts that haven't been disabled 



^j\\NG/ • Potential backdoor accounts that a hacker might have created 



If attackers get this information, they can attempt to exploit potentially 
I weak passwords and log in as those users. 

NetUsers 

The NetUsers tool (www. systemtools . com/ free .htm) can show who has 
logged into a remote Windows computer. You can see such information as 

IV Abused account privileges 
V Users currently logged into the system 

Figure 10-8 shows the history of local logins of a remote Windows workstation. 



Figure 10-8: 

The 
NetUsers 
tool. 
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listorj of users logged on locally at 10.11.12.202: 




Last Logon : 




PClSkbeauei- kbeauer 
PClSAdninistrator 




2004/01/08 08:57 
2003/12/07 16:47 




The command completed successfully. 








|c:\uindows> 






Z 



This information can help you track, for auditing purposes, who's logging 
into a system. Unfortunately, this information can be useful for hackers when 
they're trying to figure out what user IDs are available to crack. They might 
even determine the system's daily use if the users IDs are descriptive, such 
as backup (for a backup server) or devuser (for a development user). 



Countermeasures against 
null session hacks 

If it makes good business sense and the timing is right, upgrade to the more 
secure Windows Server 2003, Windows Server 2008, and Windows 7. They 
don't have the vulnerabilities described in the following list. 



You can easily prevent null session connection hacks by implementing one or 
more of the following security measures: 
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■ V Block NetBIOS on your Windows server by preventing these TCP ports 
from passing through your network firewall or personal firewall: 



•SUING/ 




139 (NetBIOS sessions services) 

445 (runs SMB over TCP/IP without NetBIOS) 



V Disable File and Printer Sharing for Microsoft Networks in the Properties 
tab of the machine's network connection for those systems that don't 
need it. 

Restrict anonymous connections to the system. For Windows NT and 
Windows 2000 systems, you can set hkey_local_machine\system\ 
CurrentControlSet\Control\LSA\RestrictAnonymous to a 
DWORD value as follows: 

• None: This is the default setting. 

• Rely on Default Permissions (Setting 0): This setting allows the 
default null session connections. 

• Do Not Allow Enumeration of SAM Accounts and Shares (Setting 
1 ): This is the medium security level setting. This setting still 
allows null sessions to be mapped to IPC$, enabling such tools as 
Walksam to garner information from the system. 

• No Access without Explicit Anonymous Permissions (Setting 2): This 
high security setting prevents null session connections and system 
enumeration. 

High security creates problems for domain controller communication 
and network browsing, so be careful! 



Microsoft Knowledge Base Article 246261 covers the caveats of using the high 
security setting for RestrictAnonymous. It's available on the Web at http : / / 
support .microsoft . com/default . aspx?scid=KB; en-us ,-246261. 

For later versions of Windows, such as Windows Server 2003 and Windows 7, 
ensure that the Network Access "anonymous" components of the local or 
group security policy are set as shown in Figure 10-9. 



Figure 10-9: 

Default 
local secu- 
rity policy 
settings in 
Windows 7 
that restrict 
null session 
connec- 
tions. 
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Security Setting 

s: Allow anonymous SID/Name translation Disabled 

s; Do not allow anonymous enumeration of SAM accounts Enabled 

s: Do not allow anonymous enumeration of SAM accounts and shares Disabled 

s: Do not allow storage of passwords and credentials for network auth... Disabled 

s: Let Everyone permissions apply to anonymous users Disabled 
s: Named Pipes that can be accessed anonymously 

s: Remotely accessible registry paths System\CurrentCor 

s: Remotely accessible registry paths and sub-paths System\ Current Cor 

s: Restrict anonymous access to Named Pipes and Shares Enabled 

s: Shares that can be accessed anonymously Not Defined 

s: Sharing and security model for local accounts Classic - local users 
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shares — the available network drives that show up when browsing 
the network in My Network Places — are often misconfigured, allowing more 
people to have access to them than they should. The casual browser can 
exploit this security vulnerability, but a malicious insider gaining unauthor- 
ized access to a Windows system can result in serious security and compli- 
ance consequences, including the leakage of sensitive information and even 
the corruption or deletion of critical files. 



Windows defaults 



The default share permission depends on the Windows system version. 
Windows 2000IK1 

When creating shares in Windows NT and Windows 2000, the group Everyone 
is given Full Control access in the share by default for all files to 

Browse files 
V Read files 
Write files 

ajV\NG/ Anyone who maps to the IPC$ connection with a null session (as described in 
j^^ - 3£\ the previous section, "Null Sessions") is automatically made part of the 
Everyone group. This means that remote hackers can automatically gain 
Browse, Read, and Write access to a Windows NT or Windows 2000 server 
after establishing a null session. 

Windows XP 

In Windows XP and newer (Windows 2003 Server, Windows Vista, Windows 7), 
the Everyone group is given only Read access to shares. This is definitely an 
improvement over the defaults in Windows 2000 and Windows NT. However, 
you still might have situations in which you don't want the Everyone group to 
have Read access to a share. 



^jUBE/? Share permissions are different from file permissions. When creating shares, 
you have to set both. In current versions of Windows, this helps create hoops 
for casual users to jump through and discourage share creation but it's not 
foolproof. Unless you have your Windows desktops completely locked down, 
users can still share at will. 
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Testing 



g your share permissions is a good way to get an overall view of who 
ss what. This testing shows how vulnerable your network shares — 
and sensitive information — can be. You can find shares with default permis- 
sions and unnecessary access rights enabled. Trust me, they're everywhere! 

The best way to test for share weaknesses is to log in to the Windows system 
via a standard local or domain user with no special privileges and run an enu- 
meration program so you can see who has access to what. 

LANguard has a built-in share finder tool for uncovering unprotected shares, 
as shown in Figure 10-10. 

The Everyone group has full share and file access to the LifeandHealth share 
on the THINKPAD host. I see situations like this all the time where someone 
shares their local drive so others can access it. The problem is they often 
forget to remove the permissions and leave a gaping hole for a security 
breach. I outline how to uncover sensitive information in unstructured files 
on shares and other storage systems in Chapter 15. 
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LANguard's 
share finder 
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Windows 
shares. 
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Scan Results Details 

i ADMINJ - Remote Admh 
• v C(- DefaJt share 
t t PC$ ■ Remote IPC 
3 LfeandHealth 

J Share name: LifeandHealth 
J Share remark: 
J Share path: C:\LifeandHealth 
B JJ> Share Permissions 

Everyone: Allow Ful Control 

— ^JJ Share path NTFS Permissions 

J BUD.TIN\Administrators: Alow Full Control; Apply to ths folder, subf alders and files 

% THINKPADWwaver: Alow Full Control; Apply to thts folder only 

J, CREATOR OWNER: Allow Full Control; Apply to subfolders and files only 

Everyone: Allow Full Control; Apply to this folder, subfolders and files 
' NT AUTHORITY\SY5TEM: Allow Full Control; Apply to this folder, subfolders and Files 
* BUILTIN\Users: Allow Create Files; Apply to this folder and subfolders 
f BUILTIN\Users: Allow Create Folders; Apply to this folder and subfolders 
' BUILTIN\Users: Allow Traverse Folder,List Folder.Read Attributes, Read Extended Attri 
stuff 

/ Share name: stuff 
J Share remark: 
/ Share path: F:\ 

- ^ Share Permissions 

f NT AUTHORITY\Authenticated Users: Allow Full Control 
+ ^jf Shaie path NTFS Pei missions 
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ing to poke and prod Windows to find vulnerabilities that might 
eventually lead to some good information — maybe system access. However, 
it's quite another to stumble across a vulnerability that will provide you with 
full and complete system access — all within 10 minutes or less. Well, it's no 
longer an empty threat that "arbitrary code" can be run on a system that may 
lead to a vulnerability exploitation. Now, with such tools as Metasploit, all 
it takes is one missing patch on one system to gain access and demonstrate 
how the entire network can be compromised. This is the ethical hacker's pot 
of gold. 



Windows 7 security 



With all these vulnerabilities, you might wantto 
jump ship and move to Linux. But not so fast. 
Microsoft has made great strides with secu- 
rity in Windows 7. Although Windows Vista, 
like Windows Me, took a bunch of abuse and 
left an ugly scar on Microsoft, Vista did lay the 
groundwork for what's nowthe much improved 
Windows 7. 1 have to admit that when it comes 
to security, Microsoft has finally seen the light 
with this operating system. Windows 7 features 
include 

u 0 Windows Defender spyware protection 
that's enabled by default 

u 0 A beefed-up version of Windows Firewall 
that has both inbound and outbound pro- 
tection to keep malware from doing bad 
things 

u 0 No local admin rights for regular users 
via User Account Control (UAC) that will 
keep users and malware from performing 
administrator-level functions to muck up 
the system 

v 0 Restricted services running with minimal 
privileges to minimize damage if they're 
compromised 

v 0 Network Access Protection (NAP) when 
used in conjunction with Windows Server 



2008 that allows only "clean" systems to 
connect to the network 

V Drive encryption via BitLocker 

i 0 * Lots of privacy enhancements and security 
updates in Internet Explorer 8 

Having run various scans and attacks against 
Windows 7 systems, I can say it's the most 
secure default installation of Windows I've seen. 
So, does all this mean that Windows 7 is 
immune to attack and abuse? Of course not. 
As long as the human element is involved in 
the software development, network admin- 
istration, and end-user functions, people will 
continue to make mistakes that leave "win- 
dows" open for the bad guys to sneak through 
and carry out their attacks. In fact, numerous 
security updates for Windows 7 have already 
been released. Interestingly, the very day I'm 
writing this information a new attack against 
the SMB protocol in Windows Vista and poten- 
tially Windows 7 was announced that allows 
an attacker to execute code remotely on the 
system. This stuff is never ending! Furthermore, 
if your mobile Windows 7 systems are ever lost 
or stolen, they're just as vulnerable to the pass- 
word attacks that I cover in Chapter 7 as any 
other version of Windows. The key is to make 
sure you never let your guard down. 
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Even with all the strict policies and fancy patch management tools, a hand- 
ful of Windows systems on every network I come across don't have all the 
ipplied. Even if you think all your systems have the latest patches 
you have to be sure. It's what ethical hacking is all about: trust 
but verify. 
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^j\\NG/ Before you go 'sploitin' vulnerabilities with Metasploit, it's very important to 
' 3t>>. know that you're venturing into sensitive territory. Not only can you gain full, 
unauthorized access to sensitive systems, you can also put your test systems 
into a state where they can lock up or reboot. So, read each exploit's docu- 
mentation and proceed with caution. 



Before you can seriously exploit a missing patch or related vulnerability, 
you have to find out what's exploitable. The best way to go about doing this 
is to use a tool such as QualysGuard or LANguard to find them. I've found 
QualysGuard to be very good at rooting out such vulnerabilities even as an 
unauthenticated user on the network. Figure 10-11 shows QualysGuard scan 
results of a Windows server system that has the nasty Windows Plug and 
Play Remote Code Execution vulnerability. 
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Multiple Microsoft Windows Vulnerabilities (MS04-D11) 
Microsoft Windows ASN.1 Library Integer Handling Vulnerability 
Windows Plug and Play Remote Code Execution (MSQ5-039) 
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Bugtraq ID: 
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find a vulnerability, the next step is to exploit it. In this example, 
asploit (an open source tool now owned by Rapid7) and obtain a 
remote command prompt on the vulnerable server. Here's how: 



1. Download and install Metasploit from www. met asploit .com/ 
framework. 

I use the Windows version; all you have to do is download and run the 
executable. The process takes a couple of minutes because it has to 
install the Linux/UNIX environment, called cygwin, for Windows. There's 
a version of Metasploit for Linux/UNIX, too. 

2. After the installation is complete, run the Metasploit GUI, which is 
Metasploit's main console. 

There's also a Web-based version of Metasploit that you can access 
through your browser (Metasploit Web) but I prefer the GUI interface. 

You see a screen similar to the one shown in Figure 10-12. 

3. Expand the Exploits option to see what exploits are available to run, 
as shown in Figure 10-13. 

If you know the specific vulnerability (say Microsoft's MS08-067), you 
can simply enter part or all of the search term (such as ms08) in the 
search field at the top and then click Find. 
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Figure 10-12: 

Main 
Metasploit 
console. 
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Figure 10-13: 
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exploits. 




iploit Framework GUI v3.2 -release 



S§)B' 



I Cancel | Find | 



\f ms03_049_netapi 
$ ms04_007_killbill 
$ msO<l_ai 1 Jsass 

ms04_031 _netdcfe 
i£f msOS_039_pnp 

ms06_02S_rasmans. 
if ms06_025_rras 

ms06_040_netapl 



Microsoft Work slat ion ~.i=-r--.'ire Net/nidAlternateComputerName Overfk 

Microsoft ASN.l Library Brtstring Heap Overflow 

Mcrosoft LSASS Service DsRolerUpgradeDownlevelServer Overflow 

Microsoft NetDDE Service Overflow 

Microsoft Plug and Ray Service Overflow 

Microsoft RRAS Service R ASM AN Registry Overflow 

Microsoft RRAS Service Overflow 

r .-1 1 - : r ■ - ■ . - - ■ rt ~.ir -.--r-r Ser/ice Ndp-viP.alln: anonioalizc- Overflow 



Job D 4 Module 



Module Information Module Output 



Welcome to the Met.isplort Fr.imewoik GUI! 

This interface can be used in either wizard-mode or console-mode. To start the wizard, browse to a module In the list above, an 
doubfe-click its name To view the source code of a module, right-click its name and select the View Code option. If you prefer tc 
work in a msfconsole interface instead, select the Console option from the Window menu (or Just press Corrtrol+O). Have fun! 
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4. After you find the exploit you wish to run against your target system, 
simply double-click the exploit and then follow the steps starting with 
selecting the target operating system, as shown in Figure 10-14; click 
Forward. 
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# Microsoft Server Service Relative Path Stack Corruption 



iqsF : :q55iscanG 



Select your target 



Automatic Targeting 



202 Part IV: Hacking Operating Systems 



DropBocfc 



Select Automatic Targeting if it's available; otherwise, make your 
best guess of which version of Windows is running and then click 
ard. 



ct the payload (the specific hack) you wish to send to the target, 
and click Forward. 

I typically choose windows/shell/reverse_tcp, as shown in Figure 10-15. 
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6. Enter the IP address of the target system in the RHOST field and con- 
firm that the IP address shown in the LHOST field is the address of 
your testing system, as shown in Figure 10-16, and click Forward. 

7. Confirm your settings on the final screen, as shown in Figure 10-17, 
and click Apply. 

The job executes, and you see the shell session in the Sessions section 
in the lower-right quadrant of the Metasploit GUI. 
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8. Double-click the session and a new window opens with a command 
prompt on the target system, as shown in Figure 10-18. 



"own" the system and can do whatever I want. 



Figure 10-18: 
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Job ID 



Target Type 
10.0 0.201:1045 shell 



For example, one thing I commonly do is add a user account to the exploited 
system. You can actually do this within Metasploit (via the adduser pay- 
loads) but I prefer to do it on my own so I can get screenshots of my actions. 
To add a user, simply enter net user username password /add at the 
Metapsloit command prompt. 



Next, I add the user to the local administrators group by entering net local- 
group administrators username /add at the Metasploit command prompt. 
You can then log in to the remote system by mapping a drive to the C$ share 
or by connecting via Remote Desktop. 




If you choose to add a user account during this phase, be sure to remove it 
when you finish. Otherwise, you can create another vulnerability on the 
system — especially if the account has a weak password. 



All in all, this is ethical hacking at its finest! 
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Keep in mind that I demonstrate only a small fraction of what Metasploit 
can do. I highly recommend you download it and familiarize yourself with it. 

s resources on Metasploit include the Metasploit mailing list, which 
lund at www. metasploit . com/ framework/ support. The power 
of Metasploit is unbelievable — especially when combined with the exploit 
code that's continually updated at the milwOrm site (www.milwOrm.com). 



Countermeaswes against missing 
patch Vulnerability exploits 

Patch your systems. Seriously, that's all there is to it. Combine that with the 
other hardening recommendations I provide in this chapter, and you have a 
pretty darned secure Windows environment. 

To get your arms around the patching process, you have to automate 
it wherever you can. You can use Windows Update — or better yet — 
Windows Server Update Services (WSUS), which can be found at http : / / 
technet .microsoft . com/en-us/wsus/def ault . aspx. If you're look- 
ing for a commercial alternative such as BigFix Patch Management (www. 
bigf ix . com/ content /patch-management) and Lumension Patch and 
Remediation (www . lumension . com/vulnerability-management/ 
patch-management-software . j sp). 

Authenticated Scans 

Another test you can run against your Windows systems is an "authenti- 
cated" scan — essentially looking for vulnerabilities as a trusted insider. I 
find these types of tests to be very beneficial because they often highlight 
system problems and even operational security weaknesses (such as poor 
change management processes and lack of information classification) that 
would never be discovered otherwise. 

A trusted insider who has physical access to your network and the right tools 
can exploit vulnerabilities even more easily. This is especially true if no inter- 
nal access control lists or IPS is in place. 

A way to look for Windows weaknesses while you're logged in (that is, 
through the eyes of a malicious insider) is by using some of the gen- 
eral vulnerability scanning tools I've mentioned, such as LANguard and 
QualysGuard. Figure 10-19 shows confirmed and potential security issues 
found on a Windows 7 system. 
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Figure 10-19: 
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I recommend running authenticated scans as a regular local or domain 
user and as an administrator or any other user type you might have. This 
will show you who has access to what in the event a vulnerability is pres- 
ent. You'll likely be surprised to find out that a large portion of vulnerabili- 
ties, such as those listed in Figure 10-19, are accessible via a standard user 
account. 

You can also use Microsoft Baseline Security Analyzer (MBSA) to check 
for basic vulnerabilities and missing patches. MBSA is a free utility from 
Microsoft that can be downloaded at www. microsoft . com/technet/ 
security/tools/mbsahome .mspx. MBSA checks all Windows 2000 and 
later operating systems for missing patches. It also tests Windows, SQL 
Server, and IIS for basic security settings, such as weak passwords. You can 
use these tests to identify security weaknesses in your systems. 

With MBSA, you can scan either the local system you're logged into or com- 
puters across the network. One caveat: MBSA requires an administrator 
account on the local machines you're scanning. 
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iinux — the darling competitor to Microsoft — is the latest flavor of UNIX 
to take off in corporate networks. A common misconception is that the 
majority of security vulnerabilities are in the Windows operating system (OS). 
However, security experts see more and more that Linux and its sister vari- 
ants of UNIX are prone to some of the same types of security vulnerabilities. 

Hackers are attacking Linux in droves because of its popularity and growing 
usage in today's network environment. Because some versions of Linux are 
free — in the sense that you don't have to pay for the base operating system — 
many organizations are installing Linux for their Web servers and e-mail serv- 
ers in hopes of saving money and having a more secure system. Linux has 
grown in popularity for other reasons as well, including the following: 
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v* Abundant resources are available, including books, Web sites, and 
developer and consultant expertise. 

Unlikeliness that Linux will be hit with as much malware as Windows 
and its applications do. Linux excels when it comes to security, but it 
probably won't stay that way. 

*<" Increased buy-in from other UNIX vendors, including IBM and Sun 

Microsystems. Even Novell stopped development of its mighty NetWare 
OS and is now focusing on a Linux-based kernel. 

t>* Growing ease of use. 



Based on what I see in my work, Linux is less vulnerable to common secu- 
rity flaws than Windows. When comparing any current distribution of Linux, 
such as Ubuntu and Red Hat/Fedora, with Windows XP, Windows Vista, or 
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Windows 7, 1 tend to find a lot more weaknesses in Windows systems. Chalk 
it up to widespread use, more features, or uneducated users, but there seems 
t more that can happen in a Windows environment. That said, 
ertainly not flawless. In addition to the password attacks I cover in 
Chapter 7, certain remote and local attacks are possible against Linux-based 
systems. In this chapter, I show you some security issues in the Linux operat- 
ing system and outline some countermeasures to plug the holes so you can 
keep the bad guys out. Don't let the title of this chapter fool you — a lot of 
this information applies to all flavors of UNIX. 



Linux Vulnerabilities 

Vulnerabilities and attacks against Linux are creating business risks in a 
growing number of organizations — especially e-commerce companies, net- 
work product vendors, and ISPs that rely on Linux for many of their systems. 
When Linux systems are hacked, the victim organizations can experience the 
same side effects as their Windows-using counterparts, including: 

Leakage of sensitive information 
*** Cracked passwords 
u* Corrupted or deleted databases 
C* Systems taken completely offline 

You can use many UNIX-based security tools to test your Linux systems. 
Some are much better than others. I often find that my Windows-based com- 
mercial tools do as good a job as any. My favorites are as follows: 

Windows-based SuperScan version 3 (www. f oundstone . com/ 
resources / proddesc / superscan3 .htm) for ping sweeps and TCP 
port scanning 

v 0 Nmap (http : / /nmap . org) for OS fingerprinting and more detailed port 
scanning 

f' Windows-based LANguard (www. gf i . com/lannetscan) for port scan- 
ning, OS enumeration, and vulnerability testing 

v 0 THC-Amap (http : / / f reeworld. the . org/thc-amap) for application 
version mapping 

Tiger (f tp : / /f tp . debian . org/debian/pool /main/ 1/ tiger) for 
automatically assessing local system security settings 
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t>* Linux Security Auditing Tool (LSAT) (http : / /usat . sourcef orge . 
net) for automatically assessing local system security settings 



lysGuard (www. qualys . com) for OS fingerprinting, port scanning, 
very detailed and accurate vulnerability testing 

t>* Nessus (www.nessus . org) for OS fingerprinting, port scanning, and 
vulnerability testing 

BackTrack (www. remote-exploit . org/backtrack . html) toolset on 
a bootable CD or . iso image file 



Hundreds if not thousands of other Linux hacking and testing tools are avail- 
able on such sites as SourceForge.net (http: / /sourcef orge. net) and 
freshmeat.net (http : / / f reshmeat . net). The key is to find a set of tools — 
preferably as few as possible — that can do the job that you need to do and 
that you feel comfortable working with. 



Information Gathering 




You can scan your Linux-based systems and gather information from both 
outside (if the system is a publicly accessible host) and inside your network. 

Scan from both directions so you see what the bad guys can see from outside 
and inside the network. 



System scanning 



Linux services — called daemons — are the programs that run on a system 
and serve up various services and applications for users. 



v 0 Internet services, such as the Apache Web server (httpd), telnet 
(telnetd), and FTP (ftpd), often give away too much information about 
the system, including software versions, internal IP addresses, and user- 
names. This information can allow hackers to exploit a known weakness 
in the system. 

(<" TCP and UDP small services, such as echo, daytime, and chargen, are 
often enabled by default and don't need to be. 

The vulnerabilities inherent in your Linux systems depend on what services 
are running. You can perform basic port scans to glean information about 
what's running. 

The SuperScan results in Figure 11-1 show many potentially vulnerable ser- 
vices on this Linux system, including remote procedure call (RPC), a Web 
server, telnet, and FTP. 
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Figure 11-1: 

Port- 
scanning 
a Linux 
server with 
SuperScan. 
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In addition to SuperScan, you can run another scanner, such as Nessus or 
LANguard Network Security Scanner, against the system to try to gather 
more information, including: 

Iv 0 A vulnerable version of OpenSSH, as shown in Figure 1 1-2 
i> The finger service information returned by LANguard Network Security 
Scanner, as shown in Figure 1 1-3 
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Figure 11-2: 

Using 
Nessus to 
discover 
a vulner- 
ability with 
OpenSSH. 
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Figure 11-3: 

LANguard 
revealing 
user infor- 
mation via 
the finger 
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LANguard also determined that the server is running rlogin and rexec, the 
Berkeley Software Distribution (BSD) r-services. Figure 11-3 also shows that 
LANguard thinks the remote operating system is Red Hat Linux. This informa- 
tion can be handy when you come across unfamiliar open ports. 




Figure 1 1-4 shows various r-services and other daemons that network admin- 
istrators are notorious for leaving running unnecessarily on UNIX-based 
operating systems. Notice that LANguard points out specific vulnerabilities 
associated with some of these services, along with a recommendation to use 
SSH as an alternative. 

You can go a step further and find out the exact distribution and kernel ver- 
sion by running an OS fingerprint scan with Nmap, as shown in Figure 1 1-5. 

The Windows-based NetScanTools Pro also has the ability to determine the 
version of Linux that's running, as shown in Figure 11-6. 
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Countermeasures against system scanning 




you can't completely prevent system scanning, you can still imple- 
following countermeasures to keep the bad guys from gleaning too 
much information about your systems: 

u 0 Protect the systems with either 

• A firewall, such as netfilter/iptables (www. net f ilter . org) 

• A host-based intrusion-prevention application, such as PortSentry 

(http : / /sourcef orge . net/pro j ects/sentrytools) and 
SNARE (www. inter sec talliance . com/pro j ects/ Snare). 

(<" Disable the services you don't need, including RPC, HTTP, FTP, and 
telnet. You might very well need some of these services — just make 
sure you have a business need for them. This keeps the services from 
showing up in a port scan, which gives an attacker less incentive to 
break in to your system. 

v* Make sure the latest software and patches are loaded to reduce the chance 
of exploitation if an attacker determines what services you're running. 



Unneeded and Unsecured Sen/ices 

When you know which daemons and applications are running — such as FTP, 
telnet, and a Web server — it's nice to know exactly which versions are run- 
ning so you can look up their associated vulnerabilities and decide whether 
to turn them off. The National Vulnerability Database site (http : / /nvd . 
nist . gov) is a good resource for determining vulnerabilities. 



Searches 

Several security tools can help determine vulnerabilities. These types of utili- 
ties might not identify all applications down to the exact version number, but 
they're a very powerful way of collecting system information. 

Vulnerabilities 

Be especially mindful of these known security weaknesses in a system: 

*<" FTP — especially if it isn't properly configured — can provide a way for 
an attacker to download and access files on your system. 

t>* Telnet and FTP are vulnerable to network analyzer captures of the 
cleartext user ID and password the applications use. Their logins can 
also be brute-force attacked. 
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Old versions of sendmail — the world's most popular e-mail server — 
have many security issues. 

£e sure sendmail is patched and hardened. 
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services, such as rlogin, rdist, rexecd, rsh, and rep, are especially vul- 
nerable to attacks. 



Many Web servers run on Linux so you can't overlook the importance of 
checking for weaknesses in Apache, Tomcat, and your specific applications. 
For example, a common Linux vulnerability is that user names can be deter- 
mined via Apache when it doesn't have the UserDir directive disabled in its 
httpd. conf file. You can exploit this weakness manually by browsing to 
well-known user folders, such as http: //www.your~si te . com/user_name 
or, better yet, by using a tool, such as Weblnspect or QualysGuard, to auto- 
matically enumerate the system. Either way, you can find out which Linux 
users exist and then launch a Web password-cracking attack. There are also 
numerous ways to access system files (including /etc/passwd) via vulner- 
able CGI code. I cover hacking Web applications in Chapter 14. 

Likewise, FTP is often running unsecured on Linux systems. I've found Linux 
systems with anonymous FTP enabled that were sharing sensitive healthcare 
and financial information to everyone on the local network. Talk about a lack 
of accountability! So, don't forget to look for the simple stuff. When hacking 
Linux, you can dig down deep into the kernel and do this and that to exploit 
the system but it's usually the little things that get you. 



Toots 

The following tools can perform more in-depth information gathering 
beyond port scanning to enumerate your Linux systems and see what the 
hackers see: 



Nmap can check for specific versions of the services loaded, as shown in 
Figure 11-7. Simply run Nmap with the -sV command-line switch. 
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t>* Amap is similar to Nmap, but it has a couple of advantages: 

Amap is much faster for these types of scans. 

Amap can detect applications that are configured to run on non- 
standard ports, such as Apache running on port 6789 instead of its 
default 80. 

The output of an Amap scan of the localhost (hence, the 127.0.0.1 
address) is shown in Figure 11-8. Amap was run with the following 
options to enumerate some commonly hacked ports: 

• -1 makes the scan run faster. 

• -b prints the responses in ASCII characters. 

• -q skips reporting of closed ports. 
•21 probes the FTP control port. 

• 22 probes the SSH port. 

• 23 probes the telnet port. 

• 80 probes the HTTP port. 
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Figure 11-8: 

Using Amap 
to check 
application 
versions. 
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netstat shows the services running on a local machine. Enter this com- 
mand while logged in: 

netstat -anp 

*<" List Open Files (lsof) displays processes that are listening and files 
that are open on the system. 

To run lsof, login and enter this command at a Linux command 
prompt: lsof -i +M. lsof can come in handy when you suspect that 
malware has found its way onto the system. 
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Countermeasmes against attacks 
D TO P B 0 Qfa*g nee ded services 

You can and should disable the unneeded services on your Linux systems. 
This is one of the best ways to keep your Linux system secure. Like reducing 
the number of entry points (such as open doors and windows) in your house, 
the more entry points you eliminate, the fewer places an intruder can break in. 




Disabling unneeded seri/ices 

The best method of disabling unneeded services depends on how the 
daemon is loaded in the first place. You have several places to disable ser- 
vices, depending on the version of Linux you're running. 

If you don't need to run a particular service, take the safe route: Turn it off! 

inetd.conf 

If it makes good business sense — that is, if you don't need them — disable 
unneeded services by commenting out the loading of daemons you don't use. 
Follow these steps: 



1. Enter the following command at the Linux prompt: 

ps -aux 

The process ID (PID) for each daemon, including inetd, is listed on the 
screen. In Figure 11-9, the PID for the sshd (Secure Shell daemon) is 646. 

2. Copy the PID for inetd from the screen on a piece of paper. 

3. Open /etc /inetd.conf in the Linux text editor vi by entering the 
following command: 

vi /etc /inetd. conf 

4. When you have the file loaded in vi, enable the insert (edit) mode by 
pressing I. 

5. Move the cursor to the beginning of the line of the daemon that you 
want to disable, such as httpd (Web server daemon) and type # at the 
beginning of the line. 

This comments out the line and prevents it from loading when you 
reboot the server or restart inetd. 

6. To exit vi and save your changes, press Esc to exit the insert mode, 
type :wq, and then press Enter. 

This tells vi that you want to write your changes and quit. 
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7. Restart inetd by entering this command with the inetd PID: 
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kill -HUP PID 



Figure 11-9: 

Viewing the 
process IDs 
for running 
daemons 
by using 
ps -aux. 
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chkconfiq 

If you don't have an inetd. conf file (or it's empty), your version of Linux is 
probably running the xinetd program (www . xinetd . org) — a more secure 
replacement for inetd — to listen for incoming network application requests. 
You can edit the /etc /xinetd. conf file if this is the case. For more infor- 
mation on the usage of xinetd and xinetd . conf, enter man xinetd or man 
xinetd.conf at a Linux command prompt. If you're running Red Hat 7.0 or 
later, you can run the /sbin/chkconf ig program to turn off the daemons 
you don't want to load. 

For example, you can enter the following to disable the snmp daemon: 



chkconfig --del snmpd 




You can also enter chkconfig -list at a command prompt to see what ser- 
vices are enabled in the xinetd. conf file. 

You can use the chkconfig program to disable other services, such as FTP, 
telnet, and Web server. 

Access control 

TCP Wrappers can control access to critical services that you run, such as 
FTP or HTTP. This program controls access for TCP services and logs their 
usage, helping you control access via hostname or IP address and track mali- 
cious activities. 



You can download TCP Wrappers from http://itso.iu. edu/TCP. 
Wrappers. 
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Always make sure that your operating system and the applications running on 
it are not open to the world (or your internal network) by ensuring that rea- 
jassword requirements are in place. Don't forget to disable anony- 
1 unless you absolutely need it. Even if you do, limit system access to 
only those with a business need to access sensitive information. 
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.r hosts and hosts. eqyuV Files 

Linux — and all the flavors of UNIX — are file-based operating systems. 
Practically everything that's done on the system involves the manipulation of 
files. This is why so many attacks against Linux are at the file level. 



Hacks usinq the .rhosts 
and hosts.equiv files 

If hackers can capture a user ID and password by using a network analyzer or 
can crash an application and gain root access via a buffer overflow, one thing 
they look for is what users are trusted by the local system. That's why it's 
critical to assess these files yourself. The /etc/hosts . equiv and . rhosts 
files list this information. 

hosts.equiiJ 

The /etc/hosts . equiv file won't give away root access information, but it 
does specify which accounts on the system can access services on the local 
host. For example, if tribe were listed in this file, all users on the tribe system 
would be allowed access. As with the . rhosts file, external hackers can read 
this file and then spoof their IP address and hostname to gain unauthorized 
access to the local system. Hackers can also use the names located in the 
. rhosts and hosts . equiv files to look for names of other computers to 
attack. 

.rhosts 

The $home/ . rhosts files in Linux specify which remote users can access 
the Berkeley Software Distribution (BSD) r-commands (such as rsh, rep, and 
rlogin) on the local system without a password. This file is in a specific user's 
(including root) home directory, such as /home/ j smith. An . rhosts file 
may look like this: 



tribe scott 
tribe eddie 
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This file allows users Scott and Eddie on the remote-system tribe to log in to 
the local host with the same privileges as the local user. If a plus sign (+) is 
n the remote-host and user fields, any user from any host could log 
tB^local system. The hacker can add entries into this file by: 



W Manually manipulating the file. 

u* Running a script that exploits an unsecured Common Gateway Interface 
(CGI) script on a Web-server application that's running on the system. 

This configuration file is a prime target for a malicious attack. On most Linux 
systems I've tested, these files aren't enabled by default. However, a user 
can create one in his or her home directory on the system — intentionally or 
accidentally — which can create a major security hole on the system. 



Countermeasures against .rfwsts 
and hosts.equii/ file attacks 

Use both of the following countermeasures to prevent hacker attacks against 
the . rhosts and hosts . equiv files in your Linux system. 

Disabling commands 

A good way to prevent abuse of these files is to disable the BSD r-commands. 
This can be done in two ways: 

Comment out the lines starting with shell, login, and exec in inetd. 
conf . 

v* Edit the rexec, rlogin, and rsh files located in the /etc/xinetd. d 
directory. Open each file in a text editor and change disable=no to 
disable=yes, as shown in Figure 11-10. 



Figure 11-10: 

The rexec 
file showing 
the disable 
option. 
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In Red Hat Enterprise Linux, you can disable the BSD r-commands with the 
setup program: 

\J setup at a command prompt. 

2. Choose System Services from the menu. 

3. Remove the asterisks next to each of the r-services. 

Blocking access 

A couple of countermeasures can block rogue access of the . rhosts and 

hosts . equiv files: 

Block spoofed addresses at the firewall, as I outline in Chapter 8. 
w* Set the read permissions for each file's owner only. 

• . rhosts: Enter this command in each user's home directory: 

chmod 600 .rhosts 

• hosts . equiv: Enter this command in the /etc directory: 
chmod 600 hosts. equiv 

You can also use Tripwire (http: // sourceforge.net /projects/ 
tripwire/) to monitor these files and alert you when access is obtained or 
changes are made. 



NFS 



The Network File System (NFS) is used to mount remote file systems (simi- 
lar to shares in Windows) from the local machine. Given the remote access 
nature of NFS, it certainly has its fair share of hacks. I cover additional stor- 
age vulnerabilities and hacks in Chapter 15. 



NFS hacks 

If NFS was set up improperly or its configuration has been tampered with — 
namely, the /etc /exports file containing a setting that allows the world to 
read the entire file system — remote hackers can easily obtain remote access 
and do anything they want on the system. All it takes is a line, such as the fol- 
lowing, in the / etc /exports file: 



/ rw 



Chapter 11: Linux 22/ 



This line says that anyone can remotely mount the root partition in a read- 
write fashion. Of course, the following conditions must also be true: 



NFS daemon (nfsd) must be loaded, along with the portmap daemon 



that would map NFS to RPC. 

The firewall must allow the NFS traffic through. 

The remote systems that are allowed into the server running the NFS 
daemon must be placed into the /etc/hosts . allow file. 

This remote-mounting capability is easy to misconfigure. It's often related to 
a Linux administrator's misunderstanding of what it takes to share out the 
NFS mounts and resorting to the easiest way possible to get it working. After 
hackers gain remote access, the system is theirs. 



Countermeasures against NFS attacks 



The best defense against NFS hacking depends on whether you actually need 
the service running. 

u 0 If you don't need NFS, disable it. 

*<" If you need NFS, implement both of the following countermeasures: 

• Filter NFS traffic at the firewall — typically, TCP port 111 (the port- 
mapper port) if you want to filter all RPC traffic. 

• Make sure that your /etc/exports and /etc/hosts . allow files 
are configured properly to keep the world outside your network. 



In Linux, special file types allow programs to run with the file owner's rights: 



SetUID and SetGID are required when a user runs a program that needs full 
access to the system to perform its tasks. For example, when a user invokes 
the passwd program to change his or her password, the program is actually 
loaded and run without root or any other user's privileges. This is done so 
that the user can run the program and the program can update the password 
database without the root account being involved in the process. 




Fite 



Permissions 



W SetUID (for user IDs) 
W SetGID (for group IDs) 
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t, rogue programs that run with root privileges can be easily hidden, 
al attacker or malicious insider might do this to hide hacking files, 
such as rootkits, on the system. This can be done with SetUID and SetGID 
coding in their hacking programs. 




Countermeasures against 
file permission attacks 



You can test for rogue programs by using both manual and automated testing 
methods. 

Manual testing 

The following commands can identify and print to the screen SetUID and 
SetGID programs: 

v* Programs that are configured for SetUID: 

find / -perm -4000 -print 



Programs that are configurec 


1 for SetGID: 




find / -perm -2000 - 


P 


rint 




Files that are readable by anyone in the world: 




find / -perm -2 -type 


f -print 





v 0 Hidden files: 

find / -n 



You probably have hundreds of files in each of these categories, so don't be 
alarmed. When you discover files with these attributes set, you need to make 
sure that they are actually supposed to have those attributes by researching 
in your documentation or on the Internet, or by comparing them to a known 
secure system or data backup. 

Keep an eye on your systems to detect any new SetUID or SetGID files that 
suddenly appear. 

Automatic testing 

You can use an automated file-modification auditing program to alert you 
when these types of changes are made. This is what I recommend — it's a lot 
easier on an ongoing basis. 



Chapter 11: Linux 



•pBoote 



t>* A change-detection application, such as Tripwire, can help you keep 
track of what changed and when. 

monitoring program, such as COPS (ftp : / /ftp . cerias . 
'due . edu/pub/ tools /unix/ scanners /cops), finds files that 
have changed in status (such as a new SetUID or removed SetGID). 



Buffer Overflows 

RPC and other vulnerable daemons are common targets for buffer-overflow 
attacks. Buffer-overflow attacks are often how the hacker can get in to modify 
system files, read database files, and more. 



Attacks 

In a buffer-overflow attack, the attacker either manually sends strings of 
information to the victim Linux machine or writes a script to do so. These 
strings contain 

u 0 Instructions to the processor to basically do nothing. 
V Malicious code to replace the attacked process. 

For example, exec ( " /bin/sh" ) creates a shell command prompt. 

A pointer to the start of the malicious code in the memory buffer. 

If an attacked application (such as FTP or RPC) is running as root (certain 
programs do), this can give attackers root permissions in their remote 
shells. Specific examples of vulnerable software running on Linux are Samba, 
MySQL, and Firefox. Depending on the version, this software can be exploited 
using the free Metasploit tool (www.metasploit . com) to obtain remote 
command prompts, add backdoor user accounts, change ownership of files, 
and more. I cover Metasploit in Chapter 10. 



Covmtermeasures against 
bu((er*oVer(louJ attacks 



Three main countermeasures can help prevent buffer-overflow attacks: 
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t>* Disable unneeded services. 

Protect your Linux systems with either a firewall or a host-based intru- 
prevention. 




v 0 Enable another access control mechanism, such as TCP Wrappers, that 
authenticates users with a password. 

Don't just enable access controls via an IP address or hostname. That 
can easily be spoofed. 

As always, make sure that your systems have been updated with the latest 
kernel and security patches. 



Physical Security 

Some Linux vulnerabilities involve the bad guy actually being at the system 
console — something that's entirely possible given the insider threats that 
every organization faces. 



Physical security hacks 

When a hacker is at the system console, anything goes, including rebooting 
the system (even if no one is logged in) by pressing Ctrl+Alt+Delete. After the 
system is rebooted, the hacker can start it in single-user mode, which allows 
the hacker to zero out the root password or possibly even read the entire 
shadow password file. I cover Linux password cracking in Chapter 7. 



Countermeasures against 
physical security attacks 

Edit your /etc/inittab file and comment out (place a # sign in front of) the 
line that reads ca :: ctrlaltdel : /sbin/ shutdown -t3 -r now, shown 
in the last line of Figure 11-11. This will prevent someone from rebooting the 
system by pressing Ctrl+Alt+Delete. Be forewarned that this will also prevent 
you from legitimately using Ctrl+Alt+Delete. 

For Linux-based laptops, using disk encryption software such as TrueCrypt 
(http : / /www . truecrypt . org) is a must. If you don't, when a laptop is lost 
or stolen, you could very well have a data breach on your hands and all the 
state federal compliance requirements that go along with it. Not good! 
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Figure 11-11: 

/etc/in ittab 
showing 
the line that 
allows a 
Ctrl+Alt+ 
Delete 
shutdown. 
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If you believe that someone has recently gained access to your system, either 
physically or by exploiting a vulnerability, such as a weak password or buffer 
overflow, you can use last, the program, to view the last few logins into the 
system to check for strange login IDs or login times. This program peruses the 
/var/log/wtmp file and displays the users who logged in last. You can enter 
last I head to view the first part of the file (the first ten lines) if you want 
to see the most recent logins. 



General Security Tests 



You can assess critical, and often overlooked, security issues on your Linux 
systems, such as the following: 

o* Misconfigurations or unauthorized entries in the shadow password files 
v* Password complexity requirements 
*>* Users equivalent to root 

f" Suspicious automated tasks configured in cron, the script scheduler 
program 

*>* Signature checks on system binary files 

Checks for rootkits 

v 0 Network configuration, including measures to prevent packet spoofing 
and other denial of service (DoS) attacks 

Permissions on system log files 
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You can do all these assessments manually — or better yet, use an automated 
tool to do it for you! Figure 1 1-12 shows the initiation of the Tiger security- 

ool (www. nongnu . org/ tiger), and Figure 11-13 shows a portion of 
results. Talk about some great bang for no buck with this tool! 



Figure 11-12: 

Running the 
Tiger 
security- 
auditing 
tool. 



File Edit View Options Transfer Script Whdow Help 




<a y l e R|«ecii'ai@a|#&i? 


CrootS local host tiger]* Ajsr/local/bin/tiger » 
ba = h: /us r .■'local .■''bin/tiger : Ho inch file or directory 
[roC'ti?localho:t tiger] » .■'usr /'local /: bin/tiger 


Developed by Texas AaM University, 1994 
IJ;:date:! the hd'jancec Research Lc-porai-.ion. 1999-2002 
Further updated by Javier Rernandez-Sanguino. 2001-2003 
Covered by the GNU General Public License (GPL) 

Conf iguring . . . 

hill try to check using config for '1586' running Linux 2.4.18-14... 
—CONFIG— Ccon005c] Using configuration files for Linux 2.4.18-14. Using 

configuration files for generic Linux 2. 
Tiger security scripts *** undetermined *»* 
22:17> Beginning security report for local host .local domain. 
22:17> Starting file systems scans in background... 
22:17> Checking password files... 
22;17> Checking password format... 
22:17> Checking group files... 
22:17> Checking user accounts... 
22:17> Checking .rhosts files... 
22:17> Checking .netrc files... 

22:17> Checking ttytab, securetty, and login configuration files.., 
22:17> Checking PATH settings... 
22:18> Check i m snonymcus ftp setup... 
22:18> Checking mail aliases... 
22:18> Checking cron entries... 

Ready sshl: 3DES 30, 1 28 Rows, 100 Cols 


|VT100 r 



Figure 11-13: 

Partial out- 
put of the 
Tiger tool. 
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Alternatives to Tiger include Linux Security Auditing Tool (LSAT; http : / / 
usat . sourcef orge . net) as well as the Bastille Hardening program 

(http : / /bastille- linux. sourcef orge . net). 



Patching Linux 

Ongoing patching is perhaps the best thing you can do to enhance the secu- 
rity of your Linux systems. Regardless of the Linux distribution you use, 
using a tool to assist in your patching efforts makes your job a lot easier. 
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i find Linux is completely out of the patch management loop. With the 
on patching Windows, many network administrators forget about the 
a^tems they have on their network. Don't fall into this trap. 



Distribution updates 

The distribution process is different on every distribution of Linux. You can 
use the following tools, based on your specific distribution: 

W Red Hat: The following tools update Red Hat/Fedora Linux systems: 

• Red Hat Package Manager (RPM), which is the GUI-based applica- 
tion that runs in the Red Hat GUI desktop. It manages files with an 
. rpm extension that Red Hat and other freeware and open source 
developers use to package their programs. 

• up2date, a command-line, text-based tool that's included in Red 
Hat/Fedora. 

Debian: You can use the Debian Package System (dpkg) included with 
the operating system to update Debian Linux systems. 

v 0 Slackware: You can use the Slackware Package Tool (pkgtool) included 
with the operating system to update Slackware Linux systems. 

SUSE: SUSE Linux includes the YaST2 Package Manager. 




In addition to Linux kernel and general operating system updates, make sure 
you pay attention to Apache, OpenSSL, OpenSSH, MySQL, and other software 
on your systems. They have weaknesses that you probably don't want to 
overlook. 



1 ofter 
focus 




Muttiptatfarm update managers 

The open source option for multiple Linux platforms called RPM Package 
Manager (www. rpm. org) is worth checking out. Commercial tools have 
additional features, such as correlating patches with vulnerabilities and 
automatically deploying appropriate patches. Commercial tools that can 
help with Linux patch management include BigFix Patch Management (www. 
bigf ix . com/ content /patch-management) and Lumension Patch and 
Remediation (www . lumension . com/vulnerability-management/ 
patch-management-software . j sp). 
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In This Chapter 

Selecting NetWare hacking tools 

Port-scanning a NetWare server 

Gleaning NetWare information without logging in 

Exploiting common vulnerabilities when logged into NetWare 

Minimizing NetWare security risks 



JM s much as some of Novell's competitors like to say that NetWare is 
¥ \ a thing of the past, it's still alive and kicking out there. Even though 
Novell is now far down the Linux path with its SUSE Linux desktop and Open 
Enterprise Server software, there are still tons of "classic" NetWare servers 
around the world. NetWare usage is certainly not without warrant — the 
organizations running NetWare (and other Novell products, for that matter) 
demand a solid directory services infrastructure and stable environment. 
Novell has certainly delivered in that arena. 

If you do a lot of work with NetWare, now's the time to start beefing up your 
Linux skills! I cover Linux hacking in Chapter 11. In this chapter, I just stick 
with the tried and true old-school NetWare as you might know it. 

NetWare administrators — arguably some of the best, most technical admin- 
istrators around — often overlook or deny that NetWare is hackable. This 
chapter shows you how to test for the most critical NetWare exploits and 
outlines countermeasures to prevent the problems. 



NetWare Vulnerabilities 

Novell NetWare has a reputation as one of the most secure operating systems 
available. This is one reason that you rarely hear about NetWare servers get- 
ting hacked or having new vulnerabilities that crop up constantly. However, 
NetWare is not without its security issues. Various NetWare vulnerabilities 
can be exploited — from NDS (now called eDirectory) enumeration to remote 
password testing to spoofing NetWare packets. External attackers and malicious 
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insiders can exploit many of NetWare's vulnerabilities without even logging 
in to the server! Even a couple of Metasploit exploits can be executed in cer- 
are environments to provide remote access to unauthorized users, 
e Metasploit penetration tool in Chapters 10 and 11. 



NetWare servers are frequently the most vital servers within a network. They 
often perform the following functions: 

J** House critical files 

v 0 Store replicas of the eDirectory database for hosting, replicating, and 
managing such directory service objects as user IDs, printers, organiza- 
tional units, application licenses, and more 

(<" Host e-mail with Novell GroupWise 

v 0 Host Web sites and Web applications with such programs as Apache 
and Tomcat 

Serve as firewalls running Novell BorderManager (one of my favorite 
firewalls of all time!) 



Choosing Toots 



The following are my favorite NetWare testing tools — they offer just about 
everything you need to perform a solid assessment of NetWare: 

SuperScan version 3 (version 4 is available but I like version 3 better) 

(www. f oundstone . com/us/ resources /proddesc/superscan3 . 
htm) for ping sweeping and port scanning 

W LANguard (www.gf i . com/lannetscan) for port scanning, OS enumer- 
ation, and vulnerability testing 

w* QualysGuard for vulnerability scanning (www. qualys . com) 

t>* Remote (www. securityf ocus . com/data/vulnerabilities/ 
exploits /Remote . zip) for Remote Console password cracking 

Make sure that you have the latest version of Novell's Client software from 
http : / /download . novell . com on your system before running these tests. 



Getting Started 

Although NetWare has relatively few serious security vulnerabilities, a few 
stand out. The hacks in this chapter are against a default installation of 
NetWare 5.1 from inside the firewall. However, these vulnerabilities and tests 
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apply to most versions of NetWare 4.x and newer — the ones running NDS 
and eDirectory. I also point out a few critical NetWare 3.x vulnerabilities. If 
nning Novell Open Enterprise Server that's based on Linux, refer to 
1. 





Patches on your specific systems might have fixed some of these vulnerabili- 
ties. If you don't get the exact same results as shown in this chapter, you're 
probably safe. 

If you have the latest Novell-supplied patches on your systems, your systems 
are likely secure. However, the hacks in this chapter are significant, so you 
should test for them to make sure that your server is safe. 

Older versions of NetWare, such as 4.2 and 5.0, are being phased out of sup- 
port. You'll no longer receive security updates for these versions. 



Server access methods 

You can access a NetWare server in the following four ways — each of which 
affects how you can test: 




Not logged in: You simply perform port scans or make NCP calls across 
the network without actually logging in — similar to a null session con- 
nection in the Windows world. 

Logged in: This connection requires you to successfully log in with a 
valid bindery or eDirectory user ID and password. 

Logged in is the basic method for accessing standard NetWare services. 

Web access: This connection might be available if you're running 



GroupWise WebAccess e-mail services, various NetWare management 
tools, or other basic Web server applications. 

v 0 Console access: This access method requires you either be at the server 
console or use a remote-connectivity product (such as NetWare's built- 
in rconsole or even aconsole that shipped with NetWare 3.x and earlier 
systems). 

When you finish scanning your NetWare systems for open ports and general 
information gathering, you can test for common NetWare security vulner- 
abilities. 



Port scanning 

Start testing your NetWare systems by performing an initial port scan to 
check what hackers can see. You can perform these scans in two ways: 
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If the server has a public IP address, scan from outside the firewall, if 
possible. 



: server doesn't have a public IP address, you can scan internally on 
letwork. 

... 

The bad guys can be inside your network, too! 



The SuperScan results in Figure 12-1 show several potentially vulnerable ports 
open on this NetWare server, including FTP and the commonly exploited Echo 
and Character Generator ports. In addition, the NetWare-specific port 524 is 
NCP (NetWare Core Protocol). NetWare uses this protocol for its internal com- 
munications with hosts, such as clients and other servers — similar to SMB in 
Windows. 



-_ SuperScan 3.00 



Figure 12-1: 

Using 
SuperScan 
to scan 
a default 
installation 
of NetWare 
5.1. 
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You might also find that GroupWise is running (TCP/UDP port 1677), as well 
as a Web server and other Web-based remote-access ports, such as 80, 443, 
2200, 8008, and 8009. 



You can also perform a scan with LANguard Network Security Scanner. 
Using a commercial tool such as this can often provide more details about 
the systems you scan than a basic port scanner can. Figure 12-2 shows that 
LANguard can determine more information about the server, such as the 
NetWare version and SNMP information. This is another good use for the 
SNMP enumeration tool Getif (www. wtcs . org/snmp4tpc/getif . htm), 
which I describe in Chapter 8. It also tells you what's listening on the open 
ports without you having to look them up. 
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GFI LANguard Network Security Scanner v(3.2) 
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Y (system) 

jf sysDescr: Novell NetWare 5.00h December 11J999||null 

sysUpTime : 14 minutes, 33 seconds 

sysContact : null 
A sysName:NW51 

sysLocation : null 
jS Object ID : 1 .3.6.1 .4.1 .23.1 .6.5 (Novell Netware 5.x) 
,-4 Vendor : Novell 

Time to live (TTL) : 128 (123) ■ Same network segment 
Address mask : 255.255.255.0 
TCP Ports (2) 

f^l 21 [ Ftp => File Transler Protocol ] 
13 220 Service Ready for new User 

• 427 ( SLP => Service Location Protocol ] 
UDP Ports (3) 

• 123[NTP=>NetworkTimeProtocol] 

• 161 [SNMP=> Simple Network Management Protocol ] 

• 520 [ router => Router routed RIPv.1 , RIPv.2 ] 
Alerts (1) 

Service Alerts [1] 
S £•] SNMP service is enabled on this host 



Don't overlook QualysGuard (www. qualys . com) as a good NetWare security 
testing tool. This tool tests for a handful of NetWare-specific vulnerabilities 
related to the NetWare Enterprise Web Server and other abend (a Novell term 
that stands for abnormal end) issues that most other tools simply don't catch. 



Authentication 

If attackers or malicious users can gather server details, such as server, eDi- 
rectory, and user ID information, they might be able to exploit a known vul- 
nerability or even try to log in by using the user IDs that they discover. When 
they're in, all bets are off, and anything goes. They could 

v 0 Log in to your network as a regular user. 

Log in to your network as admin. 
W Obtain physical access to the server console. 

Testing for the worst-case scenario is wise because attackers could log in as 
users or administrators on your NetWare system. 



rconsole 

One of the most serious NetWare security vulnerabilities is the NetWare Remote 
Console program (referred to as rconsole). rconsole is an SPX protocol-based 
remote control program similar to telnet and Windows Terminal Services. The 
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program gives users full access to the NetWare console if they know the pass- 
word, rconsole consists of the following: 



remote NetWare Loadable Module (NLM) and rspx NLM files on the 
server 

v 0 The rconsole . exe client program in the sys : \public directory 

v* For rconsole to work, you must load the rspx NLM using one of these 
methods: 

• Enter load rspx at the console. 

• Place load rspx in your autoexec . ncf or ldremote . ncf file 
just below your load remote line. 



rconsole attacks 

rconsole is vulnerable because its passwords can be easily obtained. The 
passwords are stored in either cleartext or an easily crackable hash format 
on the server in the sys : \system\autoexec .ncf or sys : \system\ 
ldremote . ncf files. 



If you encrypt your rconsole passwords, cracking them is simple. The follow- 
ing steps show you how to set up an rconsole password so you can see just 
how vulnerable the rconsole password really is: 

1. Type load remote at the server console to load the remote NLM on the 
server. 

2. Enter the password you want to use when prompted. 

3. Type remote encrypt and enter your rconsole password again when 
prompted. 

The server generates the encrypted password and displays the entire 
command you need to run on the screen, including the hashed pass- 
word. It looks similar to the response in Figure 12-3. 

The server might also enter the command into the ldremote . ncf file, 
but it sometimes fails. For simplicity, just enter the load remote -E 
password command manually into your autoexec . ncf file. Don't write 
this password down and leave it where others can find it! 



Now try cracking the encrypted rconsole password. For this, I use the remote 
cracking program — not to be confused with the remote NLM that's part of 
rconsole. 
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imote 

L|aM%q lMLi'le remote, nlm 
TMltXr m sl mote console 
Vers-iorTT.il August 25, 1999 

Copyright 1999 Novell, Inc. All rights reserved. 



Enter a password for Remote Console 

> 

Remote console successfully loaded 
NW51: 

NW51:remote encrypt 



Enter a password to encrypt 
Figure 12-3: To use this password use the command: 

Encrypting Load REMOTE -E 287502221D2EBB4BCDD44BDC68 

your would you like this command written to SYS :system\ldremote. NCF? (y/n) 

rconsole 
password. 



Simply run the remote . exe cracking program against the rconsole 
password hash that's displayed on the screen (or stored in the server's 
autoexe . ncf or ldremote . ncf file). Enter a line similar to the following 
at a command prompt: 

remote password_hash 




The result is the rconsole password. 

You can try the preceding steps against my password. Figure 12-3 shows the 
hash: 

2 87502221D2EBB4BCDD44BDC68 



Anyone using the following three items can even capture the encrypted rcon- 
sole password traveling across the wire and decrypt it: 

i** Network analyzer 

v 0 Rcon program (http: //packetstormsecurity.nl/Netware/ 
penetration/rcon . zip) 

v 0 The steps outlined in the rconfaq . txt file at http : / /packetstorm 
security . nl /Netware /audit /rconfaq. zip 



The remote NLM stores its password in server memory. Anyone with console 
access can go into the NetWare debugger by pressing Shift +Alt+Shift+Esc (yes, 
you use both Shift keys) on the server keyboard and can view it in cleartext. 



Part IV: Hacking Operating Systems 



1-^ The follow 

dBooks, 



Countermeasures against rconsote attacks 

following can prevent attacks against NetWare servers: 



use rconsole. At least, don't use it on critical NetWare servers. 
(Aren't all servers critical, though?) 

If you must use rconsole, secure it with one of the following steps for 
your version of NetWare: 

• For NetWare 4.x or earlier, lock your server by using the monitor 
NLM. 

• With NetWare 5 and newer, load the scrsaver NLM. It displays 
the fancy text-based NetWare snake and requires a valid NetWare 
account to unlock. 

Consider using one of these remote NetWare management programs 
instead of rconsole: 

• Rconj is a Java-based version of rconsole that works over TCP. It 
comes with NetWare 5.x and later, but has limited functionality. 

Be sure to patch Rconj if you run it on NetWare 6. Rconj has a 
known authentication vulnerability when running on NetWare 6 
that allows a hacker to gain access without a password. 



Sen/er-cansote access 

Physical access to the server console is a hacker's pot of gold. After hackers 
obtain this access, they can do practically anything they want to with the 
server. They can access the NetWare debugger to retrieve passwords and 
potentially other confidential information stored in memory — not to men- 
tion crash the server. 



The following countermeasures help ensure that NetWare console access is 
confined to those who are authorized: 



V Physical security (such as the usage of server locks) is a must. Chapter 6 
explains how to test and subsequently secure server rooms and data 
centers. 

*<" Lock the server screen. You can keep the server console secure by 
either selecting the Lock Server Console option in the monitor NLM or 
loading the scrsaver NLM. 
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detection is one of the most critical security features built in to 
. It locks a user account for a specific period of time after a certain 
number of failed login attempts. 

Make sure that intruder detection is enabled on your system. It's disabled by 
default. 

Testing for intruders 

Default settings for intruder detection — after it's enabled — in NetWare 5.1 
are shown in Figure 12-4. Chapter 7 details intruder detection and password 
lockout. 



Figure 12-4: 

Intruder- 
detection 
settings in 
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5.1. 
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Try logging in with invalid passwords for several test users — preferably, 
users from different organizational units (OUs) within eDirectory — to see 
whether intruder detection is working. Make sure that you type bad pass- 
words; blank ones don't seem to work well for this test. Here's how you know 
whether intruder detection is working: 

If intruder detection is on, you should get a response similar to Figure 12-5. 
u 0 If intruder detection is off, you're prompted repeatedly for a password. 
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denied. Someone has attempted to access your account by guessing password value 
' it disabled to deny possible intruder attack. 5ee your system administrator. 



Malicious attackers use this process to determine whether intrusion detection 
is enabled on your NetWare server. 

Countermeasures against intruders 

You can implement the following countermeasures to ensure that unauthor- 
ized logins are minimized and intruder detection is not abused: 



v 0 Enable intruder detection as high in the directory tree as possible — 

preferably, at the uppermost organization level. 

This is one of the best hacking countermeasures you can implement in a 
NetWare environment. 

Look for evidence that the console NLM was unloaded by searching 
for entries in the sys : \etc\console . log file. 

V* Consider logging all events to a remote syslog server to help prevent 
a hacker from tampering with evidence. A good resource for this is 
www . loganalys i s . org. 



Testing for rogue MLMs 



If a hacker gains console access to your server, a legitimate yet potentially 
dangerous NLM can be loaded, which can do bad things to the system. 



The following tests look for rogue NLMs running on your server. 



Modules command 

You can use the modules command at the server console prompt to view 
loaded modules. As shown in Figure 12-6, you simply enter the command 
modules at the server-console screen, and the server displays a listing of 
NLMs that are loaded, organized in order of loading. 

Look for these NLMs in the modules output. If neither you nor another admin- 
istrator has loaded the following NLMs, you have a problem: 

*<" Setpwd password reset tool: This third-party NLM can reset any user's 
password on the server — including admin! Find it at f tp : / / f tp . 

cerias .purdue . edu/pub/tools/novell/setpwd. zip. 
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dsrepair: This built-in NLM can corrupt or destroy eDirectory. It's actu- 
ally intended to repair and maintain the eDirectory database. 



asic: This built-in NLM can copy eDirectory files from the hidden 
\_netware directory. It accesses a DOS-like prompt on the server. 



Figure 12-6: 

Viewing 
loaded 
applications 
on a 
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NW51:modu1es 

XENGNUL. NLM (Address space - OS) 



mici null xeng from Novell, inc. 
Version 1.02 October 1, 1999 

Copyright 1995-1999 Novell, Inc. All rights reserved. Patent pending. 
zdbe.nlm (Address space = os) 

Loaded from internal nlm list [c :\nwserver\] 
NetWare Configuration DB Engine 
Version 5.10 September 27, 1999 

Copyright 1993-1999 Novell, Inc. All rights reserved. 
nwkcfg. nlm (Address space = os) 

Loaded from internal nlm list [c :\nwserver\] 
NetWare Kernel Config NLM 
version 2.05 December 7, 1999 

copyright 1996-1999 Novell, inc. All rights reserved. 
PVER500. NLM (Address Space = 05) 
Loaded from [c :\nwserver\] 
Netware 5.00 version Library 
version 2.10 November 4, 1999 

Copyright 1996-1999 Novell, Inc. All rights reserved. 
<Press ESC to terminate or any other key to continue>_ 




Check whether the nwconfig NLM is loaded. This built-in NLM is often used 
for day-to-day server maintenance, such as installing patches and editing 
system files. However, a hacker can load it and back up or restore the eDirec- 
tory database so that its files can be copied for malicious purposes. You can 
look to see whether the NLM is loaded by 

v 0 Looking at the modules output 

Pressing Ctrl+Esc to view all loaded applications 
f Pressing Alt+Esc to toggle through all loaded applications 

Many NLMs can load on a NetWare server — especially in the more recent 
versions. If you have a question about what an NLM does or want to see 
whether it's valid, you can search on the filename at www . google . com or at 
http: / /support .novell . com to get more information. 

A port scan of the server from another computer can find rogue applications 
as well. 

Tcpcon 

The tcpcon NLM shows ports that are listening and connected. Follow these 
steps to use it: 
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1. Enter load tcpcon at the server prompt. 

Choose Protocol Information from the main menu. 

ct TCP and then TCP Connections to view the open TCP ports. 

4. Select UDP and then UDP Listeners to view the open UDP ports. 

Figure 12-7 shows the TCP ports that are open and listening on this 
server, including chargen, FTP, and NCP (port 524). 
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ftp 
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If something doesn't look right, it might not be, so investigate the port 
number further. My favorite port number reference is at www . iana . org/ 
assignments /port-numbers, but a simple Google search is usually 
productive. 

Admin utilities 

If hackers can successfully log in to a NetWare server or eDirectory, they can 
use, in malicious ways, some of the great — and free — NetWare admin utili- 
ties from JRB Software (www . j rbsof tware . com). For example, hackers can 

Run the downsrvr program to reboot a NetWare server — most likely at 
the worst possible time. 

t>* Use the serv_cmd program to disable logins, remotely load NLMs, and 
add bindery contexts to the system. 
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The following countermeasures can minimize the chances that malicious 
NLMs can run on your servers. 

documentation 

The best way to keep track of loaded NLMs is to document, document, and 
document your server. Knowing what's supposed to be loaded on your 
server at all times is critical. 

For each loaded NLM, you need to know its name, version, and date. 

W Save and print recent versions of your startup . ncf and autoexec . 
ncf files. 

v 0 Document — at least, at a high level — your eDirectory structure. You 

can either 

• Take a screen capture of eDirectory as it looks in NetWare 
Administrator or ConsoleOne. 

• Run cx / 1 /a /r and save the output of the program to a text 
file by entering the following at a command prompt: 

cx /t /a /r > filename.txt 




Update your documentation after any system changes are made or any new 
patches are applied. 



Unauthorized togins 

To prevent rogue NLMs or remote applications from being loaded or run 
from a workstation, apply these security measures to your NetWare systems: 

*<" Make strong passwords on every NetWare account. I outline minimum 
password requirements in Chapter 7. 

W Secure the server console. 

Enable intruder detection. 

Neutralize dangerous NLMs, such as netbasic. You can either rename 
jjttNG/ them or remove them. 

^^^\ If you remove dangerous NLMs, make a backup of the files first. You 

i might need them in the future. 
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Cleartext packets 



rnal LAN traffic — regardless of the operating system in use — travels 
e wire in cleartext by default. The cleartext can be captured and used 
against you. 

Packet capture 

Cleartext packets can be captured with one of the following: 
*<" A network analyzer 

i> Components of the Pandora NetWare hacking suite (www. nmrc . org/ 
project/pandora) 

Pandora can spoof NCP packets, which can give attackers admin equivalency 
on the network after they log in via standard user accounts that they previ- 
ously compromised. Hackers can log in as normal users with a weak or blank 
password and then use Pandora to manipulate NetWare traffic and get admin 
rights on the network. 



Countermeasures against packet capture 

You can easily set up NCP packet signing within a NetWare environment. This 
tool encrypts and provides proof that a packet actually originated from the 
sending host. NCP packet signing has four levels, but the level for the utmost 
security is level 3, which requires packet signatures. 




This tool can slow network traffic and place a larger processing burden on 
your server. Level-3 packet signing can decrease network performance on 
busy NetWare servers — sometimes by more than 50 percent. 



The following steps explain how to enable level-3 packet signing: 

Enable level-3 packet signing on the server and at the top of the 
autoexec . ncf file with the following command: 

set ncp packet signature option=3 

*<" Enable level-3 packet signing on NetWare clients with these steps: 

1. Right<lick the red Novell icon in the Windows system tray. 

2. Choose Novell Client Properties and Advanced Settings. 

3. Set the Signature Level to 3 (Required). 




In NetWare 3.x and earlier, passwords are sent in cleartext across the network. 
For these versions, you can enter the following command on your server and 
in the autoexec . ncf file to help prevent passwords from being captured 
with a network analyzer: 



set allow unencrypted passwords=of f 
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Although you can't completely defend NetWare servers against attacks, you 
can come pretty close, which is an improvement over other "leading" oper- 
ating systems. These NetWare hacking countermeasures can help improve 
security on your NetWare server beyond what I've already recommended. 



Rename admin 

Rename the admin account. Figure 12-8 shows how this can be done in the 
Novell ConsoleOne utility. 



Figure 12-8: 
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Be careful when renaming the admin account, though. Other applications, 
such as the server backup software, might depend on the admin ID. 

If you rename admin, be sure to edit any backup jobs or startup scripts that 
depend on the admin account name. It's best to not use the admin account 
for backup and other administrative tasks anyway, so this might be a good 
time to make a change by creating an admin equivalent for each applica- 
tion that depends on an admin ID. Creating these equivalents can help make 
your system more secure by reducing the number of places that the admin 
account is exposed and vulnerable to cracking on the network. 
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Public's right to browse the directory tree in either NetWare 
rator for NetWare 4.x or Novell ConsoleOne for NetWare 5.x and 
later is a good way to ward off attacks. This right is enabled by default to 
allow users to browse the eDirectory tree easily. 



Disabling the Public Browse right or any other eDirectory or file rights can 
cause problems, such as locking users (including you) out of the network, dis- 
abling login scripts, and disabling printing. The potential risk depends on how 
you configure eDirectory. If you remove Public's Browse right, you can usually 
grant specific object rights lower in the tree, where they're needed to keep 
everything working. Make sure that you test these types of critical changes 
before applying them to your production environment. 

NetWare Administrator 

Follow these steps to disable the Public Browse right to eDirectory with 
NetWare Administrator (sys : \public\win32\nwadmn32 . exe): 

1. Right-click the Root object in your directory tree. 

2. Choose Trustees of This Object. 

3. Select the [Public] trustee, as shown in Figure 12-9. 

4. In the Object Right section, deselect the Browse check box. 

5. Click OK. 
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Noi/ett ConsoteOne 

_FoJlow these steps to disable the Public Browse right to eDirectory with 

£ll©>nsoleOne (sys : \public\mgmt\ConsoleOne\l . 2\bin\ 
lone . exe): 



1. Right-click your tree object. 

2. Choose Trustees of This Object. 

3. Select the [Public] trustee and then click Assigned Rights. 



In the Rights section, deselect the Browse check box, as shown in 
Figure 12-10. 



5. Click OK twice. 
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Remove bindery contexts 



Remove any bindery contexts loaded on your server. Bindery contexts are in 
place in NetWare 4.x and later to provide backward compatibility with older 
clients that need to access the servers as though they're NetWare 3.x or ear- 
lier servers. This is typically present (and necessary) for older applications 
or NetWare clients (such as netx and VLMs) that make bindery calls instead 
of eDirectory calls. 

Removing bindery contexts can help prevent hacker attacks against bindery 
weaknesses. To disable the bindery context on your server, simply comment out 
the set Bindery Context line in your server's autoexec . ncf file using a # sign. 
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-v-\ If you remove your bindery contexts, make sure that no clients or applications 
i J depend on NetWare bindery emulation. 
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Audit the system 

Turn on system auditing by running auditcon at a command prompt. This 
program can help you track down a future intruder by auditing files, volumes, 
and even the directory tree. It's just a good security practice, as well. 



TCP/IP parameters 

In NetWare 5.x and above, based on your specific version, you can prevent 
several types of DoS attacks by entering the following TCP/IP parameters at 
the server console: 



set discard oversized ping packets=on 

set discard oversized UDP packets=on 

set filter subnet broadcast packets=on 

set filter packets with IP header options=on 

set ipx netbios replication option=0 



set tcp defend 
set tcp defend 


land attacks=on 
syn attacks=on 






You can enter the preceding commands into 


the server's autoexec .ncf file 



so that they load each time the server starts. 



Patch 

Patch, patch, and patch again! Novell lists the latest patches for the NetWare 
versions it supports on its Web site: 



http : / / download . novell . com 
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In this part . . . 



MM "^r ell, this book has covered everything from non- 
▼ W technical hacks to network hacks to operating 
system hacks. What I haven't yet covered are the applica- 
tions that run on top of all of this and the storage systems 
that keep everything intact. 

The first chapter in this part covers various messaging 
hacks and countermeasures affecting e-mail, instant mes- 
saging, and Voice over IP (VoIP) systems. Next, this part 
looks at Web application exploits, along with some coun- 
termeasures to secure them from the elements. It then 
goes deeper into application hacking using Google and its 
searching capabilities. Finally, this part covers attacks 
against storage systems. It covers both unstructured data, 
otherwise known as network files, and structured data 
found in various database systems. 



Chapter 13 

ommunication and 
Messaging Systems 

In This Chapter 

Attacking e-mail systems 
Assailing instant messaging 
Assaulting Voice over IP applications 



essaging systems — you know, those e-mail, instant messaging (IM), 
and Voice over IP (VoIP) applications that we all depend on — often 
create vulnerabilities that people overlook. Why? Well, from my experience, 
messaging software — both at the server and client level — is vulnerable 
because network administrators often believe that firewalls and antivirus 
software are all that's needed to keep trouble away, or they simply forget 
about securing these systems altogether. 

In this chapter, I show you how to test for common e-mail, IM, and VoIP 
issues. I also outline key countermeasures to help prevent these hacks 
against your systems. 



Messaging System Vulnerabilities 

Practically all messaging applications are hacking targets on your network. 
E-mail systems are some of the most targeted. Given the proliferation and 



DropBooks, 




Part V: Hacking Applications 



business value of IM and other P2P applications, attacks against networks 
launched via IM channels are about as common as e-mail attacks. Wondering 
Ab|)ut i^IP? Well, it's downright scary what people with ill intent can do 



Tons of vulnerabilities are inherent in messaging systems. This is because 
most messaging protocols weren't designed with security in mind — especially 
those developed several decades ago when security wasn't nearly the issue it 
is today. The funny thing is that even modern-day messaging protocols — or at 
least the implementation of the protocols — used in IM and VoIP are still sus- 
ceptible to serious security problems. Furthermore, convenience and usability 
often outweigh the need for security. 

Many attacks against messaging systems are just minor nuisances; others can 
inflict serious harm on your information and your organization's reputation. 
Malicious attacks against messaging systems include 

Transmitting malware 

Crashing servers 

V* Obtaining remote control of workstations 

Capturing sensitive information while it travels across the network 

Perusing e-mails stored on servers and workstations 

Perusing IM log files on workstation hard drives 

Gathering messaging trend information via log files or a network ana- 
lyzer that can tip off the attacker about conversations between people 
and organizations 

v 0 Capturing and replaying phone conversations 

Gathering internal network configuration information, such as host- 
names and IP addresses 

These attacks can lead to such problems as unauthorized — and potentially 
illegal — disclosure of sensitive information, and loss of information 
altogether. 
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in e-mail hacking with Thomas Akin 



nomas Akin, a well-known 
expert in e-mail systems and forensics, shared 
with me an experience in e-mail hacking. 

The Situation 

Mr. Akin was involved in a case in which a cli- 
ent's e-mail system was blacklisted for send- 
ing hundreds of thousands of spam e-mails. 
The client spent two weeks reconfiguring the 
e-mail server in an attempt to stop the spam 
e-mails from going through the system. The 
client looked at every technical possibility — 
including making sure that the server was not 
an open SMTP relay — but nothing worked. 
Over 100,000 spam e-mails a day were being 
sent through the company. After losing several 
customers because the company couldn't send 
them any e-mails, the company called Mr. Akin 
to see whether he could help. 

Mr. Akin first checked to see whether the 
e-mail system was acting as an open relay, but 
it was not. Because the e-mail system wasn't 
misconfigured, there shouldn't have been any 
reason for blacklisting the client. Then Mr. Akin 
reviewed the spam e-mail headers, expecting 
to see a standard spoofed e-mail. Instead, after 
reviewing the headers, he saw that they were 
coming from the company's e-mail system. Not 
only that, but they were also originating from 
a reserved IP address — an address that isn't 
even allowed on the Internet. 

Momentarily stumped, Mr. Akin looked at the 
text of the e-mail messages themselves. "One 
time only!" "Buy me now!" "Best deal ever!" 
This is the standard spam nonsense, except 
that these e-mails were signed by Laura and 
John (names disguised to protect the guilty). 
Not only that, Laura and John listed their phone 



numbers so potential customers could contact 
them easily. How nice of them! 

The Outcome 

A quick search online turned up a phone 
number match to a Laura and John living in 
East Bumble, USA. Bingo! It turned out that 
John was a former employee and that his dial- 
up account had not been disabled when he was 
fired from the company. A quick glance at the 
log files showed that the "john" account had 
used the company's dial-up access during the 
exact times the spam e-mails were sent. The 
company immediately disabled the account, 
and the spam e-mails stopped. 

Even though the spamming was stopped, the 
company was desperate to know how the 
e-mails were being sent through its system. 
The dial-up account should have allowed only 
limited access through a menu system — not 
full access to the organization's network. After 
some research, Mr. Akin determined that John 
had bypassed the dial-up's menu system and 
was using a program called slirp to turn his 
internal dial-up connection into a full Internet 
connection. Because John was dialing into the 
company's modem bank, the e-mail system saw 
him as an internal user, letting him send e-mail 
to anyone and anywhere he wanted. The com- 
pany quickly reviewed all dial-up accounts and 
found that over two dozen accounts were still 
active and being used by former employees! 

Thomas Akin was the founding director of the 
Southeast Cybercrime Institute at Kennesaw 
State University and is a member of the X-Force 
Emergency Response Team at Internet Security 
Systems. Mr. Akin is a CISSP, holds several 
networking certifications, and is a member of 
Mensa. 
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ing attacks exploit the most common e-mail security vulnerabili- 
ties I've seen. The good news is that you can eliminate or minimize most of 
them to the point where your information is not at risk. You might not want 
to carry out all these attacks against your e-mail system — especially during 
peak traffic times — so be careful! 

Some of these attacks require the basic hacking methodologies: gathering 
public information, scanning and enumerating your systems, and finding and 
exploiting the vulnerabilities. Others can be carried out by sending e-mails or 
capturing network traffic. 



E-mail bombs 

E-mail bombs can crash a server and provide unauthorized administrator 
access. They attack by creating denial of service (DoS) conditions against 
your e-mail software and even your network and Internet connection by 
taking up a large amount of bandwidth and, sometimes, requiring large 
amounts of storage space. 

Attachments 

An attacker can create an attachment-overload attack by sending hundreds 
or thousands of e-mails with very large attachments to one or more recipi- 
ents on your network. 

Attacks using e-mail attachments 

Attachment attacks have a couple of goals: 

The whole e-mail server might be targeted for a complete interruption of 
service with these failures: 

• Storage overload: Multiple large messages can quickly fill the total 
storage capacity of an e-mail server. If the messages aren't auto- 
matically deleted by the server or manually deleted by individual 
user accounts, the server will be unable to receive new messages. 

This can create a serious DoS problem for your e-mail system, 
either crashing it or requiring you to take your system offline to 
clean up the junk that has accumulated. A 100MB file attachment 
sent ten times to 100 users can take 100GB of storage space. Yikes! 

• Bandwidth blocking: An attacker can crash your e-mail service or 
bring it to a crawl by filling the incoming Internet connection with 
junk. Even if your system automatically identifies and discards 
obvious attachment attacks, the bogus messages eat resources 
and delay processing of valid messages. 
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t>* An attack on a single e-mail address can have serious consequences if 
the address is for an important user or group. 



asures against e-mail attachment attacks 

These countermeasures can help prevent attachment-overload attacks: 

*<" Limit the size of either e-mails or e-mail attachments. Check for this 
option in your e-mail server's configuration settings (such as those pro- 
vided in Novell GroupWise and Microsoft Exchange), your e-mail content 
filtering system, and even at the e-mail client level. 

t<" Limit each user's space on the server. This denies large attachments 
from being written to disk. Limit message sizes for inbound and even 
outbound messages should you want to prevent a user from launching 
this attack from inside your network. I find 500MB is a good limit, but it all 
depends on your network size, storage availability, business culture, and 
so on, so think through this one carefully before putting anything in place. 

Consider using FTP or HTTP instead of e-mail for large file transfers, and 
encourage internal users to use departmental shares or public folders. 
By doing so, you can store one copy of the file on a server and have the 
recipient download the file on his or her own workstation. 



Contrary to popular logic and use, the e-mail system should not be an infor- 
mation repository but that's how e-mail is evolving. An e-mail server used for 
this purpose can create unnecessary legal and regulatory risks and can turn 
into an absolute nightmare if your business receives an e-discovery request 
related to a lawsuit. 

Connections 

A hacker can send a huge number of e-mails simultaneously to addresses on 
your network. These connection attacks can cause the server to give up on 
servicing any inbound or outbound TCP requests. This can lead to a com- 
plete server lockup or a crash, often resulting in a condition in which the 
attacker is allowed administrator or root access to the system. 

Attacks using floods of e-mails 

This attack is often carried out in spam attacks and other denial of service 
attempts. 



Countermeasures against connection attacks 

Many e-mail servers allow you to limit the number of resources used for inbound 
connections, as shown in the Number of SMTP Receive Threads option for 
Novell GroupWise in Figure 13-1. This setting is called different things for differ- 
ent e-mail servers and e-mail firewalls, so check your documentation. Completely 
stopping an unlimited number of inbound requests is impossible. However, you 
can minimize the impact of the attack. This setting limits the amount of server 
processor time, which can help during a DoS attack. 
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Even in large companies, there's no reason that thousands of inbound e-mail 
deliveries should be necessary within a short time period. 

ajVVNG/ Some e-mail servers, especially UNIX-based servers, can be programmed to 

deliver e-mails to a daemon or service for automated functions, such as create 
this order on the fly when a message from this person is received. If DoS protec- 
tion isn't built in to the system, a hacker can crash both the server and the 
application that receives these messages and potentially create e-commerce 
liabilities and losses. This can happen more easily on e-commerce Web sites 
when CAPTCHA (short for Completely Automated Public Turing Test to Tell 
Computers and Humans Apart) is not used on forms. I cover Web application 
security in Chapter 14. 

Prevent e-mail attacks as far out on your network perimeter as you can. The 
more traffic or malicious behavior you keep off your e-mail servers and cli- 
ents, the better. 

Automated e-mail security controls 

You can implement the following countermeasures as an additional layer of 
security for your e-mail systems: 



w* Tarpitting: Tarpitting detects inbound messages destined for unknown 
users. If your e-mail server supports tarpitting, it can help prevent spam or 
DoS attacks against your server. If a predefined threshold is exceeded — 
say, more than ten messages — the tarpitting function effectively blocks 
traffic from the sending IP address for a period of time. 
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E-mail firewalls: E-mail firewalls and content-filtering applications, such 
as CipherTrust IronMail (www.mcafee.com/us/enterprise/products/ 
il_and_web_security/ email / email_gateway . html) and 
aging Architect's M+Guardian (www.messagingarchitects . 
com/products/m-guardian-email-security.html) can prevent 
various e-mail attacks. These tools protect practically every aspect of 
an e-mail system. Given today's e-mail threats, one of these is a must for 
any serious network manager. 

*>* Perimeter protection: Although not e-mail-specific, many firewall, 
IDS, and IPS systems can detect various e-mail attacks and shut off the 
attacker in real time. This can come in handy during an attack at an 
inconvenient time. 

f CAPTCHA: Using CAPTCHA on Web-based e-mail forms can help pre- 
vent automated attacks and lessen your chances of e-mail flooding and 
denial of service. These benefits come in handy when scanning your 
Web sites and applications, as I discuss in Chapter 14. 



Banners 

When hacking an e-mail server, a hacker's first order of business is perform- 
ing a basic banner grab to see whether he can discover what e-mail server 
software is running. This is one of the most critical tests to find out what the 
world knows about your SMTP, P0P3, and IMAP servers. 

Gathering information 

Figure 13-2 shows the banner displayed on an e-mail server when a basic 
telnet connection is made on port 25 (SMTP). To do this, at a command 
prompt, simply enter telnet ip or_hostname_of_your_server 25. This opens 
a telnet session on TCP port 25. 



Figure 13-2: 

An SMTP 
banner 
showing 
server-version 
information. 



220 Generic SMTP Server ul.Ha Ready 



1-lnlxl 



1 



The e-mail software type and server version is often very obvious and gives 
hackers some ideas about possible attacks, especially if they search a vulner- 
ability database for known vulnerabilities of that software version. Figure 13-3 
shows the same e-mail server with its SMTP banner changed from the default 
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(okay, the previous one was, too) to disguise such information as the e-mail 
server's version number. 
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Figure 13-3: 

API SMTP 220 Well, hello! Welcome to our eiiail seroer... 

banner that 
disguises 
the version 
information. 



l-lnlxl 




You can gather information on POP3 and IMAP e-mail services by telnetting to 
port 110 (POP3) or port 143 (IMAP). 

If you change your default SMTP banner, don't think that no one can figure out 
the version. One Linux-based tool called smtpscan (www. f reshports . org/ 
security/smtpscan) determines e-mail server version information based 
on how the server responds to malformed SMTP requests. Figure 13-4 shows 
the results from smtpscan against the same server shown in Figure 13-3. The 
smtpscan tool detected the product and version number of the e-mail server. 



Figure 13-4: 

smtpscan 
gathers 
version info 
even when 
the SMTP 
banner is 
disguised. 



E2 Linux - SecureCRT 








File Edit View Options Transfer Script Window Help 






~ ffi % g | % e Q 1 


i • I IS" £2 


f 





[root@localhost src]# , /smtpscan 10.11.12.2 
smtpscan version 0.5 



15 tests available 

3184 fingerprints in the database 



Scanning 10.11.12.2 (10.11.12.2) port 25 
15/15 



Result -- 

503 :5ul :5ul :25u :5ul :250;50l :214 ; 252:502 ;500 ;500 :500 :250 :25u 



Banner : 

220 Well, hello! 



Welcome to our e-mail server. Ready 



SMTP server corresponding : 

- Generic SMTP Server vl.Oa 
[root@localhost bin]# 



sshl:3DES ,29, 23 18 Rows, 61 Cols VT100 




Common vulnerability scanners, such as QualysGuard and LANGuard, can be 
used to determine banner information. Using such tools also provides another 
benefit: finding security holes in the specific e-mail server software you're 
running, such as the heap overflows in Microsoft Exchange (http : / / eve . 
mitre, org/cgi-bin/cvename . cgi?name=2006-0027) and Novell NetMail 
(http : / /eve . mitre . org/cgi-bin/ cvename . cgi?name=2 006-6424) — 
both of which are exploitable by using Metasploit. I outline how to use 
Metasploit to exploit such vulnerabilities in detail in Part IV. 
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isn't a 100 percent secure way of disguising banner information. I sug- 
e banner security tips for your SMTP, POP3, and IMAP servers: 



Change your default banners to cover up the information. 

Make sure that you're always running the latest software patches. 

Harden your server as much as possible by using well-known best 
practices from such resources as the Center for Internet Security 
(www. cisecurity . org), NIST (http : / /csrc . nist . gov), and 
Network Security For Dummies, by Chey Cobb. 



SMTP attacks 

Some attacks exploit weaknesses in the Simple Mail Transfer Protocol 
(SMTP). This e-mail communication protocol — which is a quarter-century 
old — was designed for functionality, not security. 

Account enumeration 

A clever way that attackers can verify whether e-mail accounts exist on a 
server is simply to telnet to the server on port 25 and run the vrfy com- 
mand. The vrfy — short for verify — command makes a server check 
whether a specific user ID exists. Spammers often automate this method to 
perform a directory harvest attack (DHA), which is a way of gleaning valid 
e-mail addresses from a server or domain so hackers know whom to send 
spam, phishing, or malware-infected messages to. 

Attacks usinq account enumeration 

Figure 13-5 shows how easy it is to verify an e-mail address on a server with 
the vrfy command enabled. Scripting this attack can test thousands of 
e-mail address combinations. 



Figure 13-5: 

Using VRFY 
to verify that 
an e-mail 
address 
exists. 
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The SMTP command expn — short for expand — might allow attackers to 
verify what mailing lists exist on a server. You can simply telnet to your 
il^rver on port 25 and try expn on your system if you know of any 
jsts that might exist. Figure 13-6 shows how the result might look. 
Scripting this attack and testing thousands of mailing-list combinations is 
simple. 



Figure 13-6: 

Using EXPN 
to verify that 
a mailing list 
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Capture (Print echo a 




You might get bogus information from your server when performing these 
two tests. Some SMTP servers (such as Microsoft Exchange) don't support the 
vrfy and expn commands, and some e-mail firewalls simply ignore them or 
return false information. 



Another way to somewhat automate the process is to use the EmailVerify 
program in TamoSoft's Essential NetTools. As shown in Figure 13-7, you 
simply enter an e-mail address, click Start, and EmailVerify connects to the 
server and pretends to send an e-mail. 

Yet another way to capture valid e-mail addresses is to use TheHarvester 
(known as Goog Mail Enum) that's part of the BackTrack toolset to glean 
addresses via Google and other search engines. As I outline in Chapter 8, 
you can download BackTrack from www. remote-exploit . org/ 
backtrack . html to burn the ISO image to CD or boot the image directly 
through VMWare or VirtualBox. In the BackTrack GUI, simply choose 
BacktrackOInformation GatheringOSMTPOGoog Mail Enum and enter 
./goog-mail.py -d <your_domain_name> -1 500 -b google, as shown in 
Figure 13-8. 




If you're running BackTrack version 3 and are having trouble gleaning e-mails 
from Google, you need to edit the goog-mail . py file (via Kedit or similar) 
and change the following line in the Google section from this: 
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data=re . sub ( ' <em> ' 



, data) 



, data) 



I Essential NetTools 



Figure 13-7: 
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Countermeasures against account enumeration 

If you're running Exchange, account enumeration won't be an issue. If you're 
not running Exchange, the best solution for preventing this type of e-mail 
account enumeration depends on whether you need to enable the vrfy and 
expn commands: 

Disable vrfy and expn unless you need your remote systems to gather 
user and mailing-list information from your server. 

(<" If you need vrfy and expn functionality, check your e-mail server or 
e-mail firewall documentation for the ability to limit these commands to 
specific hosts on your network or the Internet. 
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*Tr ^Harvester Ver. 1.1 * 
1c b loramies * 
* £c je Security Research * 
'CHidrturtv vd@edge- security .com * 



TheHarvester 1.0 
usage: theharvester options 
-d: domain to search 

-I: limit the number of results to work witMmsn goes from 50 to 50 resul 
ts and google 100 to 100) 

-b: search engine( google, msn) 
example: ./theharvester. py -d microsoft.com -I 500 -b google 
bt google # ./goog-mail.py -d principlelogic.com -I 500 -b google 
*************************+*********++ 
♦TheHarvester Ver. 1.1 * 
♦Coded by laramies * 
♦Edge-Security Research * 
♦cmartorella@edge-security.com * 
***********#***********************#* 



Figure 13-8: 

Goog Mail 
Enum for 
gleaning 
e-mail 
addresses 
via Google. 




Finally, work with your marketing team and Web developers to ensure that 
company e-mail addresses are not posted on the Web. Educate your users 
about not doing this, too. 

Relay 

SMTP relay lets users send e-mails through external servers. Open e-mail 
relays aren't the problem they used to be, but you still need to check for 
them. Spammers and hackers can use an e-mail server to send spam or mal- 
ware through e-mail under the guise of the unsuspecting open-relay owner. 

Be sure to test for open relay from outside your network. If you test from 
inside, you might get a false positive because outbound e-mail relaying might 
be configured and necessary for your internal e-mail clients to send messages 
to the outside world. However, if a client system is compromised, this could 
be just what the bad guys need to launch a spamming attack. 
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Automatic testing 

He^e are a couple of easy ways to test your server for SMTP relay: 




online tools. One of my favorite online tools is located at www . 

abuse .net /relay .html. 

Windows-based tools, such as NetScanTools Pro (www.netscantools . 
com). You can run an SMTP Relay check on your e-mail server with 
NetScanTools Pro, as shown in Figure 13-9. 

Although some SMTP servers accept inbound relay connections and 
make it look like relaying works, this isn't always the case because the 
initial connection might be allowed, but the filtering actually takes place 
behind the scenes. Check whether the e-mail actually made it through 
by checking the account you sent the test relay message to. 
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Manual testing 

You can manually test your server for SMTP relay by telnetting to the e-mail 
server on port 25. Follow these steps: 

1. Telnet to your server on port 25. 

You can do this two ways: 

• Use your favorite graphical telnet application, such as HyperTerminal 
(which comes with Windows) or SecureCRT (www . vandyke . com). 

• Enter the following command at a Windows or UNIX command 
prompt: 
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telnet mailserver_address 2 5 

should see the SMTP welcome banner when the connection is 



Enter a command to tell the server, "Hi, I'm connecting from this 
.fcPA-Sty/. domain." 






After each command in these steps, you should receive a different-num- 
bered message, like 999 OK. You can ignore these messages. 

3. Enter a command to tell the server your e-mail address, for example: 

mail from : yourname@yourdomain . com 

4. Enter a command to tell the server who to send the e-mail to, for 
example: 

rcpt to : yourname@yourdomain . com 

5. Enter a command to tell the server that the message body is to follow, 
for example: 

data 

6. Enter the following text as the body of the message: 
A relay test! 

7. End the command with a period on a line by itself. 

You can enter ? or help at the first telnet prompt to see a list of all the 
supported commands and, depending on the server, get help on the use 
of the commands. 

The final period marks the end of the message. After you enter this final 
period, your message will be sent if relaying is allowed. 

8. Check for relaying on your server: 

• Look for a message similar to Relay not allowed coming back from 
the server. 

If you get a message similar to this, SMTP relaying is either not 
allowed on your server or is being filtered because many servers 
block messages that appear to originate from the outside yet come 
from the inside. 

You might get this message after you enter the rcpt to : command. 

• If you don't receive a message from your server, check your Inbox 
for the relayed e-mail. 

If you receive the test e-mail you sent, SMTP relaying is enabled 
on your server and probably needs to be disabled. The last thing 
you want is to let spammers or other attackers make it look like 
you're sending tons of spam, or worse, to be blacklisted by one or 
more of the blacklist providers, which disrupts e-mail sending and 
receiving altogether. 
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Countermeasures against SMTP relay attacks 

can implement the following countermeasures on your e-mail server to 
r at least control SMTP relaying: 



Disable SMTP relay on your e-mail server. If you don't know whether 
you need SMTP relay, you probably don't. You can enable SMTP relay 
for specific hosts on the server or within your firewall configuration. 

www.mail-abuse.com/an_sec3rdparty.html provides information 
on disabling SMTP relay on e-mail servers. 

*<" Enforce authentication if your e-mail server allows it. You might be 
able to require password authentication on an e-mail address that 
matches the e-mail server's domain. Check your e-mail server and client 
documentation for details on setting up this type of authentication. 



E-mail header disclosures 

If your e-mail client and server are configured with typical defaults, a mali- 
cious attacker might find critical pieces of information: 

Internal IP address of your e-mail client machine (which can lead to the 
enumeration of your internal network) 

*>* Software versions of your client and e-mail server along with their 
vulnerabilities 

Hostnames 
Testing 

Figure 13-10 shows the header information revealed in a test e-mail I sent to 
my free Web account. As you can see, it shows off quite a bit of information 
about my e-mail system: 

v* The third Received line discloses my system's hostname, IP address, 
server name, and e-mail client software version. 

The X-Mailer line displays the Microsoft Outlook version I used to send 
this message. 

Countermeasures against header disclosures 

The best countermeasure to prevent information disclosures in e-mail head- 
ers is to configure your e-mail server or e-mail firewall to rewrite your head- 
ers, by either changing the information shown or removing it. Check your 
e-mail server or firewall documentation to see whether this is an option. 

If full-fledged header rewriting is not available, you still might prevent the 
sending of some critical information, such as server software version num- 
bers and internal IP addresses. 
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Figure 13-10: 

Critical 
information 
revealed in 
e-mail 
headers. 



X-Apparentiy-To: 

Return -Path: 
Received: 



via someone _e Ise 's_p_addre ss; Wed, 04 Feb 2004 



uQ)prindp le logic ™> 



Subject; 
Date; 



t z rorn^orMeune_^l?e';.jp__addifr.7r (EHLO ISP„emaiLf*rvei I I 5C'n-, e or,e_eUe'.;._ip„address) 
by YahQp_.emaiLs.etv.er with SMTP; Wed, 04 Feb 2004 09;39;48 -0800 

: frommy_ematl_serwer ([ip_ad dress]) by ISP_emaU_.se.rver (InterMai! vM, 5,01, 06. 05 201- 
253-122-130-105-20030824) with ESMTP id 

<20040204173942.FrV/C1950,ISP_email_server@my_email_server> for 
<my~secret~account!@yahoo.com>j Wed, 4 Feb 2004 12:39:42 -0500 

: from MY HOST NAME (Not Verified[10. 11.12, 21lfi) by my.jamail_se.ryer with Generic SMTP 
! Server vl,0a id <BO000Of611>; Wed, 04 Feb 2004 12 :39; 35 -0500 
: <000SQlc3eb46$258927a0t80QlQldf > 

"Kevin beaver" <kbea ver® principle logic asm > to Address Book 

: my~secret«account!@yahoo.oom 
See my headers? 

Wed, 4 Feb 2004 12i40i3 8 -0500 

tjl.O 



MIME- Version: 

Content-Type: mu tti pa rtf alte rnati ve ; boundary = "— -=_NextPart_000_0005_01C3EBlC.1762FA00" 
X- Priority: 3 

X-MSMail-Priority: Normal 

X- Mailer: 

X-MimeOlE: 

Content- Length : 



i : Microsoft Outlook Express 6,00, 2800,1158 

iced By Microsoft MimeOU V6.00, 2800, 1165 
1 1 661 




Capturing traffic 

E-mail traffic, including usernames and passwords, can be captured with a 
network analyzer or an e-mail packet sniffer and reconstructor. 

Mailsnarf is an e-mail packet sniffer and reconstructor that's part of the dsniff 
package (www.monkey.org/~dugsong/dsniff). There's a great commer- 
cial (yet low-cost) program called NetResident (www. tamos . com/products/ 
netresident), too. You can also use Cain & Abel (www. oxid. it/cain. 
html) to highlight e-mail-in-transit weaknesses. I cover password cracking 
using this tool and others in Chapter 7. 

If traffic is captured, a hacker or malicious insider can compromise one host 
and potentially have full access to another adjacent host, such as your e-mail 
server. 



Ma(Ware 

E-mail systems are regularly attacked by such malware as viruses and worms. 
One of the most important tests you can run for malware vulnerability is to 
verify that your antivirus software is actually working. 

Before you begin testing your antivirus software, make sure that you have the 
latest virus software engine and signatures loaded. 



You have a couple of safe options for checking the effectiveness of your 
antivirus software, as described in the following two sections. This is by no 
means a comprehensive method of testing for malware vulnerabilities, but it 
serves as a good, safe start. 
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ElCAR test string 

EI£AR is a European-based malware "think tank" that has worked in conjunc- 
anti-malware vendors to provide this basic system test. The EICAR 
g transmits in the body of an e-mail or as a file attachment so that 
you can see how your server and workstations respond. You basically access 
this file — which contains the following 68-character string — on your com- 
puter to see whether your antivirus or other malware software detects it: 




X50 ! P%@AP [ 4 \PZX54 ( P A ) 7CC ) 7 } $EICAR STANDARD-ANTIVIRUS-TEST-FILE ! $H+H* 




You can download a text file with this string from www. eicar . org/anti_ 
virus_test_f ile . htm. Several versions of the file are available on this site. 
I recommend testing with the Zip file to make sure that your antivirus software 
can detect malware within compressed files. 



When you run this test, you may see results from your antivirus software 
similar to Figure 13-11. 



Figure 13-11: 

Using the 
EICAR test 
string to test 
antivirus 
software. 
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GFl's Email Security Testing Zone 

A freebie at www. gf i . com/emailsecuritytest is a good e-mail malware test 
to run against your server and clients. This tool performs more than a dozen 
checks by sending e-mails containing the EICAR test file, malicious-like scripts, 
and malformed messages to check exactly what can get through and what can 
be exploited on your e-mail system. These aren't malicious tests — just tests 
that should invoke your antivirus software or other protective measures on your 
e-mail server or gateway if your software is configured and working correctly. 
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E-mail systems can be attacked using other tools I cover in this book, such 
as Metasploit (www.metasploit . com) for exploiting missing patches in 
Exchange and other servers, and Brutus (www.hoobie .net/brutus) for 
cracking POP3 passwords. 
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The following countermeasures help keep messages as secure as possible. 
Software solutions 

The right software can neutralize many threats: 



Use malware-protection software on the e-mail server — better, the 
e-mail gateway — to prevent malware from reaching e-mail clients. 

v 0 Apply the latest operating system and e-mail application security 
patches consistently and after any security alerts are released. 

v 0 If it makes good business sense, encrypt messages. You can use S/ 
MIME or PGP to encrypt sensitive messages or use e-mail encryption at 
the desktop level or the server or e-mail gateway. You can also use SSL/ 
TLS via the P0P3S, IMAPS, and SMPTS protocols. 

Do not depend on your users to encrypt messages. Use an enterprise 
solution to encrypt messages automatically instead. 

Make sure that encrypted files and e-mails can be protected against 
malware. 

• Encryption doesn't keep malware out of files or e-mails. You just 
have encrypted malware within the files or e-mails. 

• Encryption keeps your server or gateway antivirus from detecting 
the malware until it reaches the desktop. 

Make it policy for users not to open unsolicited e-mails or any attach- 
ments, especially those from unknown senders, and create ongoing 
awareness sessions and other reminders. 

*<" Plan for users who ignore or forget about the policy of leaving unso- 
licited e-mails and attachments unopened. It will happen! 



Operating guidelines 

Some simple operating rules can keep your walls high and the attackers out 
of your e-mail systems: 

Put your e-mail server behind a firewall on a different network segment 
from the Internet and from your internal LAN — ideally in a demilita- 
rized zone (DMZ). 

V Disable unused protocols and services on your e-mail server. 

*<" Run your e-mail server on a dedicated server, if possible, to help keep 
malicious attacks out of other servers and information if the e-mail 
server is hacked. 
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t>* Log all transactions with the server in case you need to investigate mali- 
cious use. 




<ur server doesn't need certain e-mail services running (SMTP, POP3, 
'iMAP), disable them — immediately. 



*<" For Web-based e-mail, such as Microsoft's Outlook Web Access (OWA), 
properly test and secure your Web server application and operating 
system by using the testing techniques and hardening resources I men- 
tion throughout this book. 

Require strong passwords. I cover password hacking in Chapter 7. 

If you're running sendmail — especially an older version — consider 
running a secure alternative, such as Postfix or qmail. 



Instant Messaqinq 

Instant messaging (IM) is yet another application that's catching many 
administrators off guard. Although IM offers a lot of business value, some 
serious security issues are associated with it. This is especially true if the 
application isn't managed properly and end users are free to install, config- 
ure, and use it in any way they want. 



IM Vulnerabilities 

IM has several critical security vulnerabilities, including: 

Name hijacking, allowing a hacker to assume the identity of an IM user 

Exploiting a vulnerability in the IM client, allowing the attacker to take 
remote control of the computer 

Transferring malware, including viruses and malicious Trojan horses 

You can remedy most of these vulnerabilities by applying the latest software 
patches and keeping antivirus signatures up to date. However, two IM vul- 
nerabilities are susceptible to malicious attack, so they deserve a little more 
discussion. These vulnerabilities — problems with file sharing and log files — 
affect most of the popular IM clients, including AOL Instant Messenger (AIM) 
and ICQ, but shouldn't be ignored when securing your network. 

Sharing files 

The biggest problem I see with IM clients is their ability to share files, which 
can lead to data leakage. This feature might be neat for home users or others 
with standalone computers, but it can pose a real security risk to your busi- 
ness. Practically every IM client gives users the ability to share both local 
and network files. 
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The best way to determine IM usage on your network is to use a network 
analyzer and monitor IM traffic. For instance, you can use Wireshark (www . 

^k. org) or NetResident (www. tamos . com/products /netresident) 
e and display various types of IM protocols, such as AOL Instant 
Messenger, ICQ, MSN Messenger, and Jabber, as shown in Figure 13-12. 



Figure 13-12: 
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Loq files 

Many IM clients can log all IM conversations. Some clients log all conversa- 
tions by default. Have users enabled logging and inadvertently shared their 
log files with the world? For example, the log shown in Figure 13-13 is a smok- 
ing gun for a hacker — or the District Attorney — to use! Figure 13-13 shows 
part of an ICQ conversation stored in communications gobbledygook in a log 
file found in the c : \Program FilesMCQ folder. 



Figure 13-13: 

IM log files 
revealing 
juicy infor- 
mation. 
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Countermeasures against 
IM Vulnerabilities 

IM vulnerabilities can be difficult to detect because IM software is 
workstation-based. If you have a large network, checking every computer 
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for these vulnerabilities is impossible. Spot checks are inaccurate because 
every desktop and every user can be different. 

u disallow IM — or other messaging software — on your network, 
almost always find a way around your policy. However, if you 
implement these countermeasures, you're better prepared to protect your 
users from themselves and from hackers. 

Detecting ]M traffic 

In addition to a network analyzer, you can detect IM traffic by using the 
following tools: 

Quest Policy Authority for UC (www . quest . com) and FaceTime's 
IMAuditor (www . f acetime . com). If you can justify the cost — which is 
relatively easy — I recommend that you check out these products. 

v* Desktop auditing utilities can show you which applications are installed, 
including their specific settings. Such products as Ecora's Auditor 
Professional (www. ecora . com/ecora/products/enterprise_ 
auditor . asp) and Microsoft's System Center ConfigurationManager 
(www. microsoft . com/smserver/def ault .mspx) also offer this 
functionality. 

Maintenance and configuration 

In addition to using the tools listed in the previous section, you can imple- 
ment these IM hacking countermeasures: 

User behavior: 

• Have a policy banning or limiting the usage of all P2P software, 
including IM, BitTorrent, Google Talk, and so on. 

• Instruct users not to open file attachments or configure their IM 
software to share or receive file attachments. 

• Instruct users to keep their buddy lists private and not to share 
their information. 

*<" System configuration: 

• Change default IM software installation directories to help elimi- 
nate automated attacks. 

• Apply all the latest IM software patches. 

• Ensure that the latest antivirus software and personal firewall soft- 
ware is loaded on each IM client. 

• Ensure that proper file and directory access controls are in place 
to give your users the minimum necessary rights for their jobs. 
This countermeasure helps keep prying eyes out when someone 
exploits an IM vulnerability. 
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• If you allow IM on your network for business purposes, consider 
standardizing on an enterprise-based IM application, such as 
Jabber or Lotus Sametime. These applications have more robust 
and manageable security options, which can ensure control. 



Voice oVer IP 

The hottest new technology blowing through town these days is undoubt- 
edly Voice over IP (VoIP). Whether it's in-house VoIP systems or systems 
for remote users, VoIP servers, soft phones, and other related components 
have a slew of vulnerabilities. Like most things security related, many people 
haven't thought about the security issues surrounding voice conversations 
traversing their networks or the Internet — but it certainly needs to be on 
your radar. Don't fret — it's not too late to make things right, especially since 
VoIP is still relatively young. Just remember, though, that even if protective 
measures are in place, VoIP systems need to be included as part of your over- 
all ethical hacking strategy on a continuous basis. 



VoIP Vulnerabilities 

As with any new technology or set of network protocols, the bad guys are 
always going to figure out how to break in. VoIP is certainly no different. In 
fact, given what's at stake (phone conversations and phone system availabil- 
ity), there's certainly a lot to lose. 

VoIP-related systems are no more secure than other common computer sys- 
tems. Why? It's simple. VoIP systems have their own operating system, they 
have IP addresses, and they're accessible on the network. Compounding the 
issue is the fact that many VoIP systems house more intelligence — a fancy 
word for "more stuff that can go wrong" — which makes VoIP networks even 
more hackable. 

If you want to find out more about how VoIP operates, which will undoubt- 
edly help you root out vulnerabilities, check out VoIP For Dummies by 
Timothy V. Kelly. 

On one hand, VoIP systems have vulnerabilities very similar to other systems 
I cover in this book, including: 
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u 0 Default settings 
v* Missing patches 
v 0 Weak passwords 
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That's why using the standard vulnerability scanning tools I cover is impor- 
tant. Figure 13-14 shows various vulnerabilities associated with the authenti- 
echanism in the Web interface of a VoIP adapter. 



Figure 13-14: 
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adapter 
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weaknesses. 



Weblnspect - 192.168.15.1 



File Edit View Tools AMP Help 

□ fipW... tD 0 ► 18 H ! Audit * Policy Manager ^Report... 

Dashboard 



I f Export Q Scheduler 



□<S® Broken Links 
Offsite Links 

00/ 

0 c] coded, htm 
0' * dhcp.htrn 
0* * dhcptabl.htm 
0^| dmenulan.htm 
0 zTj dmenuwan.htm 
0* * dmz.htm 
0^j download.htm 
+ 0 _j filter.htm 
0 . forward.htm 
0cj functions. js 
0ej hmenu.htm 
0gj infomain.htm 
0* * lanset.htm 
0 $ local.htm 
0 K macspoof.htm 
0-cj main. htm 
0 c) menusip.htm 
0rj menuwan.htm 



Session Properties 



Vulnerability 


1 


Web Browser 




HTTP Request 




HTTP Response 


© 


Show Details 


© 


Show Links 


® 


Show Comments 


© 


Show Text 


© 


Show Hiddens 


o 


Show Forms 




HTTP Editor 


<P 


Help 



Username and Password 
Disclosure 

Username or Password 
Disclosure 

Internal IP Disclosure 



Summary:Username and 
Password Disclosure 



Vulnerability ID: 5589 

A username and password were 
found. This check is part of 
Weblnspect's unknown v 



jRegex 
Found. 



Find 



Risk 


Count 


Description 


0 


2 


+ Username and Password Disclosure 


m 


Z 


+ Username or Password Disclosure 


m 


3 


+ Logins Sent Over Unencrypted Connection 


ft 


3 


+ Logins Sent Over P05T 




7 


I Internal IP Disclosure 



Alerts | Information Scan Log 



Looking at these results, apparently this device is just a basic Web server. 
That's exactly my point — VoIP systems are nothing more than networked 
computer systems that have vulnerabilities that can be exploited. 

On the other hand, two major security weaknesses are tied specifically to VoIP. 
The first is that of phone service disruption. Yep, VoIP is susceptible to denial 
of service just like any other system or application. VoIP is as vulnerable as the 
most timing-sensitive applications out there, given the low tolerance folks have 
for choppy and dropped phone conversations (cell phones aside, of course). The 
other big weakness with VoIP is that voice conversations are not encrypted thus 
can be intercepted and recorded. Imagine the fun a bad guy could have record- 
ing conversations and blackmailing his victims. This is very easy on unsecured 
wireless networks, but, as I show in the upcoming "Capturing and recording 
voice traffic" section, it's also pretty simple to carry out on wired networks, too. 




If a VoIP network is not protected via network segmentation, such as a virtual 
local area network (VLAN), then the voice network is especially susceptible 
to eavesdropping, denial of service, and other attacks. But the VLAN barrier 
can be overcome in Cisco, Avaya, and Nortel environments by using a tool 
called VoIP Hopper (http : / /voiphopper . sourcef orge . net). Just when 
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you think your voice systems are secure, a tool like VoIP Hopper comes along. 
Gotta love innovation! 

ical computer security vulnerabilities, these issues with VoIP aren't 
, . d with simple software patches. These vulnerabilities are embed- 
ded into the Session Initiation Protocol (SIP) and Real-time Transport Protocol 
(RTP) that VoIP uses for its communications. The following are two VoIP- 
centric tests you should use to assess the security of your voice systems. 

Scanning for Vulnerabilities 

Outside the basic network, OS, and Web application vulnerabilities, you can 
uncover other VoIP issues if you use the right tools. A neat Windows-based 
tool that's dedicated to finding vulnerabilities in VoIP networks is SiVuS 
(http : //vopsec .net /html /tools .html). SiVuS allows you to perform 
the basic ethical hacking steps of scanning, enumerating, and rooting out vul- 
nerabilities. You can start by downloading and running the SiVuS installation 
executable (currently vl.09). 

After SiVuS is installed, load the program and you're ready to get started. 
Figure 13-15 shows my results of the first SiVuS step — Component 
Discovery. 
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You can use Component Discovery to search for one or two specific VoIP 
hosts, or you can scan your entire network. I recommend the latter because 
king for one specific host is a little quirky — and you never know 
r VoIP systems are out there that you could overlook. 



After you find a few hosts, you can use SiVuS to dig deeper and root out DoS, 
buffer overflow, weak authentication, and other vulnerabilities related to 
VoIP. You can test each of your VoIP hosts for these vulnerabilities by using 
the following steps: 



1. Click the SIP Scanner tab and then click the Scanner Configuration tab. 

2. In the Target(s) field in the upper-left corner, enter the system(s) you 
wish to scan and leave all other options at their defaults. 

At this point, you can save the current configuration by clicking Save 
Configuration in the lower-right corner of the window. This creates a 
template you can use for your other hosts so that you don't have to 
change your settings each time. 

3. Click the Scanner Control Panel tab and either leave the default 
configuration or select your custom configuration in the Current 
Configuration drop-down list. 

4. Click the green Scan button to start your scan. 

5. When SiVuS finishes its tests, you hear a busy signal (assuming you 
have a sound card) signifying that testing is complete. 

Your results might look similar to the SiVuS output shown in Figure 13-16. 

Whether SiVuS's results and recommendations are an issue in your environ- 
ment, I encourage you to sift through each one to determine what can and 
should be fixed. Remember, odds are that the bad guys both inside and out- 
side your network can see these vulnerabilities just as easily as you can. 

You can also use SiVuS to generate SIP messages, which come in handy if you 
want to test any built-in VoIP authentication mechanisms on your VoIP hosts. 
SiVuS's documentation (www.vopsec.net/SiVuS-User-Doc.pdf) outlines 
the specifics. 

Other free tools for analyzing SIP traffic are PROTOS (www .ee.oulu.fi/ 
research/ ouspg/protos/testing/cO 7 /sip/ index . html), and sipsak 
(http : / /sipsak. org). A good Web site that lists all sorts of VoIP tools is 
www. voipsa . org/Resources /tools .php. 
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Capturing and recording Voice traffic 

If you have access to the wired or wireless network, you can capture VoIP 
conversations easily. This is a great way to prove that the network and the 
VoIP installation are vulnerable. There are many legal issues associated with 
tapping into phone conversations, so make sure you have permission and are 
careful not to abuse your test results. 

You can use Cain & Abel (technically just Cain for the features I demonstrate 
here) to tap into VoIP conversations. You can download Cain & Abel free at 
www. oxid. it/cain.html. Using Cain's ARP poison routing feature, you can 
plug in to the network and have it capture VoIP traffic: 

1. Load Cain & Abel and then click the Sniffer tab to enter the network 
analyzer mode. 

The Hosts page opens by default. 

2. Click the Start/Stop APR icon (it looks like the nuclear waste symbol). 
The ARP poison routing process starts and enables the built-in sniffer. 

3. Click the blue + icon to add hosts to perform ARP poisoning on. 

4. In the MAC Address Scanner window that appears, ensure that All 
Hosts in My Subnet is selected and then click OK. 

5. Click the APR tab (the one with the yellow-and-black circle icon) to 
load the APR page. 
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6. Click the white space under the uppermost Status column heading 
(just under the Sniffer tab). 

re-enables the blue + icon. 

i the blue + icon and the New ARP Poison Routing window shows 
the hosts discovered in Step 3. 

8. Select your default route or other host that you want to capture pack- 
ets traveling to and from. 

I just select my default route, but you might consider selecting your SIP 
manager or other central VoIP system. The right column fills with all the 
remaining hosts. 

9. In the right column, Ctrl+click the system you want to poison to cap- 
ture its voice traffic. 

In my case, I select my VoIP network adapter, but you might consider 
selecting all your VoIP phones. 

10. Click OK to start the ARP poisoning process. 

This process can take anywhere from a few seconds to a few minutes 
depending on your network hardware and each host's local TCP/IP 
stack. 

11. Click the VoIP tab and all voice conversations are "automagically" 
recorded. 

Here's the interesting part — the conversations are saved in . wav audio 
file format, so you simply right-click the recorded conversation you want 
to test and choose Play, as shown in Figure 13-17. Note that conversa- 
tions being recorded show Recording... in the Status column. 
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The voice quality with Cain and other tools depends on the codec your VoIP 
devices use. With my equipment, I find the quality is marginal at best. That's not 
really a big deal, though, because your goal is to prove there's a vulnerability — 
not to listen in on other people's conversations. 

There's also a Linux-based tool called vomit (http : / / vomit . xtdnet . nl) — 
short for voice over misconfigured Internet telephones — that you can use to 
convert VoIP conversations into . wav files. You first need to capture the actual 
conversation by using tcpdump, but if Linux is your preference, this solution 
offers basically the same results as Cain, outlined in the preceding steps. 

If you're going to work a lot with VoIP, I highly recommend you invest in a 
good VoIP network analyzer. Check out WildPackets' OmniPeek — a great all- 
in-one wired and wireless analyzer (www. wildpackets . com/products/ 
distributed_network_analysis /omnipeek_network_analyzer) — 
and TamoSoft's CommView (www. tamos . com/products/commview), which 
is a great low-priced alternative. 
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Figure 13-17: 

Using Cain 
& Abel to 
capture and 
record VoIP 
conversa- 
tions. 
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These VoIP vulnerabilities are only the tip of the iceberg. New systems, soft- 
ware, and related protocols continue to emerge, so it pays to remain vigilant, 
helping to ensure your conversations are "locked down" from those with 
malicious intent. 



Countermeasures against 
VoIP Vulnerabilities 

Locking down VoIP can be tricky. You can get off to a good start, though, by 
segmenting your voice network into its own VLAN — or even a dedicated 
physical network if that fits into your budget. You should also make sure that 
all VoIP-related systems are hardened according to vendor recommendations 
and widely accepted best practices (such as NIST's SP800-58 document at 
http://csrc.nist. gov/publications/nistpubs/8 00-5 8/SP800- 
58-f inal . pdf) and that software and firmware are fully patched. 
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In This Chapter 

Testing Web applications 
Hacking with Google 

Protecting against SQL injection and cross-site scripting 
Preventing login weaknesses 
Countering Web application abuse 
Analyzing the source code 



tM/ eb applications are common targets for attack because they're every- 
▼ ▼ where and often open for anyone to poke and prod. Basic Web sites 
used for marketing, contact information, document downloads, and so on are 
common targets for the bad guys to play around with (especially the script- 
kiddie types). However, for criminal hackers, Web sites that provide a front 
end to complex applications and databases that store valuable information, 
such as credit card and Social Security numbers, are especially attractive. 
This is where the money is, both literally and figuratively. 



Why are Web sites and applications so vulnerable? The consensus is that 
they're vulnerable because of poor software development and testing prac- 
tices. Sound familiar? It should; this same problem affects operating systems 
and practically all computer systems. This is the side effect of relying on soft- 
ware compilers to perform error checking, waning user demand for higher- 
quality software, and emphasizing time-to-market instead of security and 
stability. 

This chapter presents Web site and application hacks to run on your sys- 
tems. Given all the custom software configuration possibilities, you can test 
for literally thousands of Web vulnerabilities, but I focus on the ones I see 
most often using both automated scanners and manual analysis. Just know 
that what's contained in this chapter only scratches the surface of Web hack- 
ing possibilities. I also outline countermeasures to help minimize the chances 
that a hacker can carry out these attacks against what are likely considered 
your most critical systems. 
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b vulnerability scanners and tools can help ensure that you get the 
most from your scans. As with most things in life, I find that you get what you 
pay for when it comes to testing for Web security holes. This is why I mostly 
use commercial tools in my work testing Web sites and applications for vul- 
nerabilities. 

These are my favorite Web application testing tools: 



*<" Acunetix Web Vulnerability Scanner (www . acunetix . com) for all-in- 
one security testing, including a port scanner, an HTTP sniffer, and an 
automated SQL injection tool 

Firefox Web Developer (http : / /chrispederick . com/work/ 
web-developer) for manual analysis and manipulation of Web pages 

Web hacking involves much more than just running automated scanning 
tools. They find around half of the issues, but you have to pick up where 
they leave off to truly assess the overall Web site and application. This 
isn't a fault of Web vulnerability scanners but rather the nature of the 
beast. Poking and prodding Web sites and applications requires good 
old-fashioned hacker trickery and your favorite Web browser. 

HTTrack Website Copier (www . httrack . com) for mirroring a site for 
offline inspection 

Mirroring is a method for crawling through (also called spidering) a Web 
site's every nook and cranny and downloading publicly accessible pages 
to your local system. 

v 0 N-Stalker Web Application Security Scanner (www . nstalker . com/ 

eng/products/nstealth) for all-in-one security testing, including 
password cracking and Web server load testing tools 

Weblnspect (www. spidynamics . com/products/webinspect/ 
index . html) for all-in-one security testing, including an excellent HTTP 
proxy and HTTP editor and an automated SQL injection tool 



You can also use general vulnerability scanners, such as QualysGuard and 
LANguard, as well as exploit tools, such as Metasploit, when testing Web 
servers and applications. These tools can be used to find (and exploit) 
weaknesses at the Web server level that you might not otherwise find with 
standard Web scanning tools and manual analysis. Google can be beneficial 
for rooting through Web applications and looking for sensitive information. 
Although these non-application-specific tools can be beneficial, it's impor- 
tant to know that they won't drill down as deep as the tools given in the pre- 
ceding list. 



Chapter 14: Web Sites and Applications 



■pBdOKSf 



dy in hacking Web applications with 
Caleb Sima 



In this case study, Caleb Sima, a well-known 
application security expert, shared an experi- 
ence of performing a Web-application security 
test. 

The Situation 

Mr. Sima was hired to perform a Web applica- 
tion penetration test to assess the security of a 
well-known financial Web site. Equipped with 
nothing more than the URL of the main financial 
site, Mr. Sima set out to find what other sites 
existed for the organization and began by using 
Google to search for possibilities. Mr. Sima ini- 
tially ran an automated scan against the main 
servers to discover any low-hanging fruit. This 
scan provided information on the Web server 
version and some other basic information, 
but nothing that proved useful without further 
research. And while Mr. Sima performed the 
scan, neither the IDS nor the firewall noticed 
any of his activity. Then Mr. Sima issued a 
request to the server on the initial Web page, 
which returned some interesting information. 
The Web application appeared to be accepting 
many parameters, but as Mr. Sima continued to 
browse the site, he noticed thatthe parameters 
in the URL stayed the same. Mr. Sima decided 
to delete all the parameters within the URL to 
see what information the server would return 
when queried. The server responded with an 
error message describing the type of applica- 
tion environment. 

Next, Mr. Sima performed a Google search on 
the application that resulted in some detailed 
documentation. Mr. Sima found several arti- 
cles and tech notes within this information that 
showed him how the application worked and 
what default files might exist. In fact, the server 
had several of these default files. Mr. Sima used 
this information to probe the application further. 
He quickly discovered internal IP addresses 
and what services the application was offering. 
Now that Mr. Sima knew exactly what version 



the admin was running, he wanted to see what 
else he could find. 

Mr. Sima continued to manipulate the URL 
from the application by adding & characters 
within the statement to control the custom 
script. This allowed him to capture all source 
code files. Mr. Sima noted some interest- 
ing filenames, including Verif yLogin . 
htm, ApplicationDetail . 
htm, CreditReport.htm, and 
ChangePassword.htm. Then Mr. Sima 
tried to connect to each file by issuing a spe- 
cially formatted URL to the server. The server 
returned a User not logged in message for 
each request and stated that the connection 
must be made from the intranet. 

The Outcome 

Mr. Sima knew where the files were located 
and was able to sniff the connection and deter- 
mine that the ApplicationDetail .htm 
file set a cookie string. With little manipulation 
of the URL, Mr. Sima hit the jackpot. This file 
returned client information and credit cards 
when a new customer application was being 
processed. CreditReport.htm allowed 
Mr. Sima to view customer credit report status, 
fraud information, declined-application status, 
and a multitude of other sensitive information. 
The lesson: Hackers can utilize many types of 
information to break through Web applications. 
The individual exploits in this case study were 
minor, but when combined, they resulted in 
severe vulnerabilities. 

Caleb Sima was a charter member of the 
X-Force team at Internet Security Systems and 
was the first member of the penetration test- 
ing team. Mr. Sima went on to co-found SPI 
Dynamics (later acquired by HP) and become 
its CTO, as well as director of SPI Labs, the 
application-security research and development 
group within SPI Dynamics. 
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Web Vulnerabilities 

gainst unsecured Web sites and applications via Hypertext Transfer 

„. (HTTP) make up the majority of all Internet-related attacks. Most 

of these attacks can be carried out even if the HTTP traffic is encrypted (via 
HTTPS, or HTTP over SSL) because the communications medium has nothing 
to do with these attacks. The security vulnerabilities actually lie within the 
Web sites and applications themselves or the Web server and browser soft- 
ware that the systems run on and communicate with. 
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Many attacks against Web sites and applications are just minor nuisances 
and might not affect sensitive information or system availability. However, 
some attacks can wreak havoc on your systems putting sensitive information 
at risk and even placing your organization out of compliance with state, fed- 
eral, and international privacy and security laws and regulations. 



Directory traversal 

Let's start with a simple directory traversal attack. Directory traversal is a 
really basic weakness, but it can turn up interesting — sometimes sensitive — 
information about a Web system. This attack involves browsing a site and 
looking for clues about the server's directory structure and sensitive files 
that might have been loaded intentionally or unintentionally. 

Perform the following tests to determine information about your Web site's 
directory structure. 



Crautfers 

A spider program, such as the free HTTrack Website Copier, can crawl your 
site to look for every publicly accessible file. To use HTTrack, simply load it, 
give your project a name, tell HTTrack which Web site(s) to mirror, and after 
a few minutes (depending on the size and complexity of the site), you'll have 
everything that's publicly accessible on the site stored on your local drive in 
c : \My Web Sites. Figure 14-1 shows the crawl output of a basic Web site. 



Complicated sites often reveal more information that should not be there, 
including old data files and even application scripts and source code. 




During a recent Web security assessment project, I stumbled across a . zip 
file in a Web server's download directory. When I tried to open the file, the 
system asked me for a password. Using my handy dandy Zip password crack- 
ing tool (see Chapter 7 for details on password cracking), I had the password 
in mere milliseconds. Inside the Zip file was an Excel spreadsheet containing 
sensitive patient healthcare information (names, addresses, Social Security 
numbers, and more) that anyone and everyone in the world could access. 
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In situations like this, your business might be required to notify everyone 
involved that their information was unprotected and possibly compromised, 
i know the laws and regulations affecting your business. Better yet, 
e users aren't posting sensitive information in the first place! 



H Site niiiioriiitj in pieniess [2 2 (*23). 279660 bytes] |PL.whttl 
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Figure 14-1: 

Using 
HTTrack 
to crawl a 
Web site. 
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Look at the output of your crawling program to see what files are available. 
Regular HTML and PDF files are probably okay because they're most likely 
needed for normal Web usage. But it wouldn't hurt to open each file to make 
sure it belongs there and doesn't contain sensitive information you don't 
want to share with the world. 



Google 

Google, the search engine company that many love to hate, can also be used 
for directory traversal. In fact, Google's advanced queries are so powerful 
that you can use them to root out sensitive information, critical Web server 
files and directories, credit card numbers, Webcams — basically anything 
that Google has discovered on your site — without having to mirror your site 
and sift through everything manually. 

The following are a couple of advanced Google queries that you can enter 
directly into the Google search field: 

v* site: hostname keywords: This will search for any keyword you list, such 
as SSN, confidential, credit card, and so on. 

filetype:file-extension hostname: This will search for specific file types, 
such as . doc, .pdf , . db, . dbf , . zip, and more, that might contain 
sensitive information. 
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Other advanced Google operators include the following: 

fryaUiqtitle searches for keywords in the title of a Web page. 
p^Sfhm searches for keywords in the URL of a Web page. 
related finds pages similar to this Web page. 
link shows other sites that link to this Web page. 

Specific definitions and more can be found at www. google . com/intl/en/ 
help/operators .html. Also, an excellent resource for Google hacking 
is Johnny Long's Google Hacking Database (GHDB) site http : / / j ohnny . 
ihackstuf f . com/ghdb. Additional hacking-related Google queries can be 
found at http: //artkast .yak. net/81. 

When sifting through your site with Google, be sure to look for sensitive 
information about your servers, network, and organization in Google Groups 
(http : / /groups . google . com), which is the Usenet archive. I often find 
employee postings in newsgroups that reveal too much about the internal 
network and business systems. If you find something that doesn't need to be 
there, you can supposedly work with Google to have it edited or removed. 

Looking at the big picture of Web security, Google hacking is pretty limited, 
but if you're really into it, check out Johnny Long's book, Google Hacking for 
Penetration Testers (Syngress). 

Countermeasures against 
directory traVersais 

You can employ two main countermeasures against having files compro- 
mised via malicious directory traversals: 

*<" Don't store old, sensitive, or otherwise nonpublic files on your Web 
server. The only files that should be in your /htdocs or DocumentRoot 
folder are those that are needed for the site to function properly. These 
files should not contain confidential information that you don't want the 
world to see. 

v 0 Configure your robots . txt file to prevent search engines, such as 
Google, from crawling the more sensitive areas of your site. 

*<" Ensure that your Web server is properly configured to allow public 
access to only those directories that are needed for the site to func- 
tion. Minimum privileges are key here, so provide access to only the 
files and directories needed for the Web application to perform 
properly. 
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Check your Web server's documentation for instructions on controlling 
public access. Depending on your Web server version, these access con- 
are set in 

The httpd . conf file and the . htaccess files for Apache (refer 
to http : / /httpd. apache . org/docs/ configuring . html for 
more information) 

Internet Information Services Manager settings for Home Directory 
and Directory (IIS 5.1) 

Internet Information Services Manager settings for Home Directory 
and Virtual Directory (IIS 6.0) 



The latest versions of these Web servers have good directory security by 
default so, if possible, make sure you're running the latest versions. 



Finally, consider using a search engine honeypot, such as the Google Hack 
Honeypot (http : / /ghh . sourcef orge . net), to see how the bad guys are 
working against your site and to keep them at bay. 



Input filtering attacks 

Web sites and applications are notorious for taking practically any type of 
input, mistakenly assuming that it's valid, and processing it further. Not vali- 
dating input is one of the greatest mistakes that Web developers can make. 

Several attacks that insert malformed data — often, too much at one time — 
can be run against a Web site or application, which can confuse or crash the 
system or make it divulge too much information to the attacker. Input attacks 
can also make it easy for the bad guys to glean sensitive information from the 
Web browsers of unsuspecting users. 

Buffer overflows 

One of the most serious input attacks is a buffer overflow that specifically 
targets input fields in Web applications. 

For instance, a credit reporting application might authenticate users before 
they're allowed to submit data or pull reports. The login form uses the follow- 
ing code to grab user IDs with a maximum input of 12 characters, as denoted 
by the maxsize variable: 

<form name="Webauthenticate" action= " www . your_Web_app . com/ 
login. cgi" method="POST"> 

<input type="text" name="inputname" maxsize= " 12 " > 
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A typical login session would involve a valid login name of 12 characters or 
less. However, the maxsize variable can be changed to something huge, 

00 or even 1,000. Then an attacker can enter bogus data in the login 
t happens next is anyone's call — the application might hang, over- 
other data in memory, or crash the server. 




A simple way to manipulate such a variable is to step through the page sub- 
mission by using a Web proxy, such as those built in to the commercial Web 
vulnerability scanners I mention or the free Paros Proxy (www.parosproxy . 
org). 

Web proxies sit between your Web browser and the server you're testing and 
allow you to manipulate information sent to the server. To begin, you must 
configure your Web browser to use the local proxy of 127.0.0.1 on port 8080. 
In Firefox, this is accessible by choosing ToolsOOptions; click Advanced, 
click the Network tab, click the Connection Settings button, and then select 
the Manual Proxy Configuration radio button. In Internet Explorer, choose 
ToolsOInternet Options; click the Connections tab, click the LAN Settings 
button, and then select the Use a Proxy Server for Your LAN check box. 

All you have to do is change the field length of the variable before your 
browser submits the page, and it will be submitted using whatever length you 
give. You can also use the Firefox Web Developer to remove maximum form 
lengths defined in Web forms, as shown in Figure 14-2. 
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Figure 14-2: 

Using 
Firefox Web 
Developer 
to reset 
form field 
lengths. 
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URL manipulation 

Anjautomated input attack manipulates a URL and sends it back to the 

lling the Web application to do various things, such as redirect to 
'ty Web sites, load sensitive files off the server, and so on. Local file 
inclusion is one such vulnerability. This is when the Web application accepts 
URL-based input (often via CGI) and returns the specified file's contents to 
the user. For example, in one situation Weblnspect sent something similar to 
the following request and returned the Linux server's passwd file: 

https : / /www . your_Web_app . com/ onlineserv/ Checkout . 
cgi?state= 

detail&language=english&imageSet=/ ../..//../..//../..//../ 
. . / / /etc /passwd 



The following links demonstrate another example of URL trickery called URL 
redirection: 



http : / /www . your_Web_app . com/error . aspx?PURL=http : / /www . 
bad-site . com&ERROR=Path+ ' OPTIONS ' +is+f orbidden. 
http : / /www.your_Web_app . com/ exit . asp?URL=http : / /www. 
bad-site . com 



In both situations, an attacker can exploit this vulnerability by sending the 
link to unsuspecting users via e-mail or by posting it on a Web site. When 
users click the link, they can be redirected to a malicious third-party site con- 
taining malware or inappropriate material. 

If you have nothing but time on your hands, you might uncover these types 
of vulnerabilities manually. However, in the interest of time (and sanity), 
these attacks are best carried out by running a Web vulnerability scanner 
because they can detect the weakness and send hundreds and hundreds of 
URL iterations to the Web system very quickly. 



Hidden field manipulation 

Some Web applications embed hidden fields within Web pages to pass state 
information between the Web server and the browser. Hidden fields are 
represented in a Web form as <input type= "hidden ">. Because of poor 
coding practices, hidden fields often contain confidential information (such 
as product prices on an e-commerce site) that should be stored only in a 
back-end database. Users shouldn't see hidden fields — hence, the name — 
but the curious attacker can discover and exploit them with these steps: 

1. View the HTML source code. 

To see the source code in Internet Explorer, choose PageOView Source. 
In Firefox, choose ViewOPage Source. 

2. Change the information stored in these fields. 

For example, a malicious user might change the price from $100 to $10. 
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3. Re-post the page back to the server. 

This allows the attacker to obtain ill-gotten gains, such as a lower price 
Web purchase. 



Using hidden fields for authentication (login) mechanisms can be especially 
dangerous. I once came across a multi-factor authentication intruder lockout 
process that relied on a hidden field to track the number of times the user 
attempted to login. This variable could be reset to zero for each login attempt 
and thus facilitate a scripted dictionary or brute-force login attack. It was 
somewhat ironic that the process to prevent intruder attacks was vulnerable 
to an intruder attack. 



Several tools, such as Web Proxy (which comes with Weblnspect) or Paros 
Proxy, can easily manipulate hidden fields. Figure 14-3 shows SPI Proxy's 
interface and a Web page's hidden field. 

If you come across hidden fields, you can try to manipulate them to see what 
can be done. It's as simple as that. 



Figure 14-3: 

Using SPI 
Proxy to find 
and manipu- 
late hidden 
fields. 
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User-Agent; Mozilla/S.O (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gee ko/2 0060 503 Frefox/1 ,5,0.4 
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Code injection and SQL injection 

Similar Jo URL manipulation attacks, code-injection attacks manipulate spe- 
'em variables, for example: 



http : / /www.your_Web_app . com/ script . php?inf o_variable=X 

Attackers, seeing this variable, can start entering different data into the 
inf o_variable field, changing x to something like one of the following 
lines: 

http : / /www. your_Web_app . com/ script . php?inf o_variable=Y 

http : / /www . your_Web_app . com/ script . php?inf o_ 
variable=123XYZ 




The Web application might respond in a way that gives attackers more 
information than they want, such as detailed errors or access into data 
fields they're not authorized to access. The invalid input might also cause 
the application or the server to hang. Similar to the case study earlier in the 
chapter, hackers can use this information to determine more about the Web 
application and its inner workings, which can ultimately lead to a serious 
system compromise. 

If HTTP variables are passed in the URL and are easily accessible, it's only a 
matter of time before someone exploits your Web application. 

I used a Web application to manage my personal information that did just 
this. Because a "name" parameter was part of the URL, anyone could gain 
access to other people's personal information by changing the "name " 
value. For example, if the URL included "name=kbeaver " a simple change 
to "name=jsmith" would bring up J. Smith's home address, Social Security 
number, and so on. Ouch. I alerted the system administrator of this vulner- 
ability. After a few minutes of denial, he agreed that it was indeed a problem 
and proceeded to work with the developers to fix it. 

Code injection can also be carried out against back-end SQL databases — an 
attack known as SQL injection. Malicious attackers insert SQL statements, 
such as CONNECT, SELECT, and UNION, into URL requests to attempt to con- 
nect and extract information from the SQL database that the Web application 
interacts with. SQL injection is made possible by applications not properly 
validating input combined with informative errors returned from database 
servers and Web servers. Two general types of SQL injection are standard 
(also called error-based) and blind. Error-based SQL injection is exploited 
based on error messages returned from the application when invalid informa- 
tion is input into the system. Blind SQL injection happens when error mes- 
sages are disabled, requiring the hacker or automated tool to guess what the 
database is returning and how it's responding to injection attacks. 
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There's a quick way to determine whether your Web application is vulner- 
able to SQL injection. Simply enter a single apostrophe (') in your Web form 
,at the end of the URL. If a SQL error is returned, odds are SQL injec- 
esent. As with URL manipulation, you're much better off running 
a Web vulnerability scanner to check for SQL injection. Figure 14-4 shows 
numerous SQL injection vulnerabilities discovered by the Weblnspect vulner- 
ability scanner. 



Figure 14-4: 
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When you discover SQL injection vulnerabilities, you might be inclined to 
stop there. That's fine; however, I prefer to see how far I can get into the 
database system. An excellent — and amazingly simple — tool to use for this 
is SQL Injector, which comes with Weblnspect. Acunetix Web Vulnerability 
Scanner has a similar tool built in as well. You simply provide the tool with 
the suspect URL that a scanner (such as Acunetix or Weblnspect) discov- 
ered, select a few items, and you're connected to the database, as shown in 
Figure 14-5. 

You can click the Get Data button in SQL Injector to start dumping informa- 
tion, as shown in Figure 14-6, leading you to the ultimate ethical hacking goal. 

If your budget is limited, check out the free SQL injection tool called Absinthe 

(www. 0x90 . org/releases/absinthe). 
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I cover database security in depth in Chapter 15. 




te scripting 

e scripting (XSS) is perhaps the most well-known Web applica- 
tion vulnerability that occurs when a Web page displays user input — via 
JavaScript and VBScript — that isn't properly validated. A hacker can take 
advantage of the absence of input filtering and cause a Web page to execute 
malicious code on any user's computer that views the page. 

For example, an XSS attack can display the user ID and password login page 
from another rogue Web site. If users unknowingly enter their user IDs and 
passwords in the login page, the user IDs and passwords are entered into the 
hacker's Web server log file. Other malicious code can be sent to a victim's 
computer and run with the same security privileges as the Web browser or 
e-mail application that's viewing it on the system; the malicious code could 
provide a hacker with full Read/Write access to browser cookies, browser 
history files, or even permit the download/installation of malware. 

A simple test shows whether your Web application is vulnerable to XSS. Look 
for any fields in the application that accept user input (such as on a login or 
search form), and enter the following JavaScript statement: 

<script>alert ( ' XSS ' ) </script> 



If a window pops up that reads XSS, as shown in Figure 14-7, the application 
is vulnerable. 



Figure 14-7: 

Script code 
reflected to 
the browser. 




As with SQL injection, you really need to use an automated scanner to check 
for XSS. Both Weblnspect and Acunetix Web Vulnerability Scanner do a great 
job of finding XSS. However, they often tend to find different XSS issues. This 
highlights that importance of using multiple scanners when you can. Figure 
14-8 shows some sample XSS findings in Acunetix Web Vulnerability Scanner. 
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Countermeasures against input attacks 

Web applications must filter incoming data. The applications must check and 
ensure that the data entered fits within the parameters of what the applica- 
tion is expecting. If the data doesn't match, the application should generate 
an error or return to the previous page. Under no circumstances should the 
application accept the junk data, process it, and reflect it back to the user. 

Secure software coding practices can eliminate all these issues if they're 
made a critical part of the development process. Developers should know 
and implement these best practices: 

V Applications should never present static values that the Web browser 
and the user don't need to see. Instead, this data should be implemented 
within the Web application on the server side and retrieved from a data- 
base only when needed. 

Application should filter out <script> tags from input fields. 

v 0 Web server and database server error messages should be disabled if 
possible. 
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a hex editor to see how an application is stor- 
ing sensitive information, such as passwords, 
in memory. When I'm in Firefox and Internet 
Explorer, I can use a hex editor, such as WinHex 
(www . x-ways . net /winhex), to search the 
active memory in each of these programs and 
frequently find user ID and password combina- 
tions. 

I've found with Internet Explorer, this informa- 
tion is kept in memory even after browsing to 
several other Web sites or logging out of the 
application. This memory usage "feature" 
poses a security risk on the local system if 
another user accesses the computer, or if the 
system is infected with malware that can search 
system memory for sensitive information. The 
way browsers store sensitive information in 
memory is also bad news if an application error 
or system memory dump occurs and the user 
ends up sending the information to Microsoft 
(or other browser vendor) for QA purposes, or 
the information is written to a dump file on the 
local hard drive and sits there for someone to 
find. 



alone programs that require authentication. 
You just might be surprised at the outcome. 
Outside of obfuscating or encoding the login 
credentials, there's unfortunately not a great 
fix because this "feature" is part of the Web 
browser that developers can't really control. 

A similar security feature occurs on the client 
side when HTTP GET requests rather than HTTP 
POST requests are used to process sensitive 
information. The following is an example of a 
vulnerable GET request: 

https : / /www . your_Web_app . 
com/access .php?username= 
kbeaver &pas sword= 
WhAteVur ! &login=SoOn 
GET requests are often stored in the user's Web 
browser history file, Web server log files, and 
proxy log files, and can be transmitted to third- 
party sites via the HTTP Referer field when the 
user browses to a third-party site. All of the 
above can lead to exposure of login credentials 
and unauthorized Web application access. The 
lesson: Don't use HTTP GET requests. 



Default script attacks 

Poorly written Web programs, such as Common Gateway Interface (CGI) and 
Active Server Pages (ASP) scripts, can allow hackers to view and manipulate 
files on a Web server and do other things they're not authorized to do. For 
example, the Poison Null Byte attack and the Upload Bombing attack against 
vulnerable CGI scripts written in Perl permit unauthorized access. 

Default script attacks are common because so much poorly written code is 
freely accessible on Web sites. Hackers can also take advantage of various 
sample scripts that install on Web servers — especially older versions of 
Microsoft's IIS Web server. 



Chapter 14: Web Sites and Applications 




Many Web developers and Webmasters use these scripts without understand- 
ing how they really work or without testing them, which can introduce serious 
^vulnerabilities. 
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To test for script vulnerabilities, you can peruse scripts manually or use a 
text search tool — such as the search function built in to the Windows Start 
menu or the Find program in Linux — to find any hard-coded usernames, 
passwords, and other sensitive information. Search for admin, root, user, ID, 
login, signon, password, pass, pwd, and so on. Sensitive information embed- 
ded in scripts like this is rarely necessary and is often the result of poor 
coding practices that give precedence to convenience over security. 



A nice, low-cost tool for checking general Web application issues, such as 
script vulnerabilities and generating professional-looking reports, is N-Stalker 
Web Application Security Scanner, as shown in Figure 14-9. 
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A free edition of N-Stalker is available at http : / /nstalker . com/ 
products / free. 
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You can help prevent attacks against default Web scripts as follows: 

*<" Know how scripts work before deploying them within a Web application. 

v* Make sure that all default or sample scripts are removed from the Web 
server before using them. 

Don't use publicly accessible scripts that contain hard-coded confiden- 
tial information. They're a security incident in the making. 

e* Set file permissions on sensitive areas of your site/application to pre- 
vent public access. 



Unsecured login mechanisms 

Many Web sites require users to log in before they can do anything with the 
application. These login mechanisms often do not handle incorrect user IDs 
or passwords gracefully. They often divulge too much information that an 
attacker can use to gather valid user IDs and passwords. 

To test for unsecured login mechanisms, browse to your application and 
log in 

Using an invalid user ID with a valid password 
V Using a valid user ID with an invalid password 
Using an invalid user ID and invalid password 

After you enter this information, the Web application will probably respond 
with a message similar to Your user ID is invalid or Your password 
is invalid. The Web application might return a generic error message, 
such as Your user ID and password combination is invalid and, 
at the same time, return different error codes in the URL for invalid user IDs 
and invalid passwords, as shown in Figures 14-10 and 14-11. 

In either case, this is bad news because the application is telling you not only 
which parameter is invalid, but also which one is valid. This means that mali- 
cious attackers now know a good username or password — their workload 
has been cut in half! If they know the username (which usually is easier to 
guess), they can simply write a script to automate the password-cracking 
process, and vice versa. 
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You should also take your login testing to the next level by using a Web login 
cracking tool, such as Brutus (www. hoobie .net /brutus/ index. html), as 
Figure 14-12. Brutus is a very simple tool that can be used to crack 
P and form-based authentication mechanisms by using both dic- 
tionary and brute-force attacks. 
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As with any type of password testing, this can be a long and arduous task, and 
you stand the risk of locking out user accounts. Proceed with caution. 

Most commercial Web vulnerability scanners have decent dictionary-based 
Web password crackers but none (that I'm aware of) can do true brute- 
force testing like Brutus can. As I discuss in Chapter 7, your password- 
cracking success is highly dependent on your dictionary lists. I find the 
BlackKnightList (http: / /rsl59 . rapidshare . com/ files/ 184075 601/ 
BlackKnightList . rar) is the most comprehensive. 

Acunetix Web Vulnerability Scanner also tests for weak passwords during 
its scans. During a recent project, this scanner helped me find some weak 
Outlook Web Access (OWA) passwords that I wouldn't have found otherwise. 
This led to a much more in-depth security assessment of the OWA system I 
was testing and helped my client get a lot more bang for their buck. 



You might not need a password cracking tool at all because many Web-based 
systems, such as printers and CCTV cameras, simply have the passwords 
that came on them — usually "password," "admin," or nothing at all. 
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You can implement the following countermeasures to prevent people from 
attacking weak login systems in your Web applications: 

v* Any login errors that are returned to the end user should be as generic 
as possible, saying something similar to Your user ID and pass- 
word combination is invalid. 

The application should never return error codes in the URL that differ- 
entiate between an invalid user ID and an invalid password. 

If a URL message must be returned, the application should keep it as 
generic as possible. Here's an example: 

www . your_Web_app . com/ login . cgi?success= false 

This URL message might not be convenient to the user, but it helps hide 
the mechanism and the behind-the-scenes actions from the attacker. 

V Use CAPTCHA (also reCAPTCHA) or Web login forms to prevent (or at 
least slow down) password cracking attempts. 

Employ an intruder lockout mechanism on your Web server or within 
your Web applications to lock user accounts after 10-15 failed login 
attempts. This can be handled via session tracking or via a third-party 
Web application firewall add-on like I discuss below. 

v 0 Change any vendor default passwords to something that's easy to 
remember yet difficult to crack. 

General security scans for Web 
application Vulnerabilities 

I want to reiterate that both automated and manual testing need to be per- 
formed against your Web systems. You're not going to see the whole picture 
by relying on just one of these methods. I highly recommend using an all-in- 
one Web application vulnerability scanner, such as Weblnspect, Acunetix 
Web Vulnerability Scanner, or N-Stalker Web Vulnerability Scanner to help 
you root out Web vulnerabilities that would be unreasonable if not impos- 
sible to find otherwise. Combine the scanner results with a malicious mindset 
and the hacking techniques I described in this chapter, and you're on your 
way to finding the Web security flaws that matter. 
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how the Internet is used. 
From YouTube to Facebook to Twitter, new 
server and client-side technologies, such as 
Web Services, Ajax, and Flash, are being rolled 
out as if they're going out of style. And these 
aren't just consumertechnologies. Businesses 
see the value in them and developers are 
excited to utilize the latest and greatest tech- 
nologies in their environments. 

Unfortunately, the downside to Web 2.0 is com- 
plexity. These new rich Internet applications 
(RIAs), as many call them, are so complex that 
developers, quality assurance analysts, and 
security managers are struggling to keep up 
with all their associated security issues. Don't 
get me wrong, the vulnerabilities in Web 2.0 
applications are very similar to what we have 
with "legacy" technologies, such as XSS, SQL 
injection, parameter manipulation, and so on. 
The problem is that automated Web vulnerabil- 
ity scanners aren't quite mature enough — at 
least as of this writing — to find all the security 
weaknesses that count. When assessing the 
security of Web 2.0 applications, I find that most 
of them have to be analyzed manually. I'm sure 
that will change as tool vendors improve things. 



In the meantime, here are some valuable tools 
you can use to test for flaws in your Web 2.0 
applications: 

Firefox Web Developer (http:// 
chrispederick . com/work/web- 
developer) for analyzing script code 
and performing other manual checks. 

V SWFScan (https : //h30406 .www3 . 
hp . com/ campaigns/2009 / 
wwcampaign/ 1 - 5TUVE /index . 
php?key=swf) for analyzing Shockwave 
Flash ( . swf (files. 

\^ WSDigger (www . f oundstone . com/ 
us/ resources /proddesc/ws 
digger.htm) for analyzing Web 
services. 

\^ WSFuzzer (www.owasp.org/index. 
php/Category : OWASP_WSFuzzer_ 
Pro j ect) for analyzing Web services. 

Web 2.0 applications are here to stay, so try 
to get your arms around their security issues 
now, before the technology grows even more 
complex. 



Best Practices far Minimizing 
Web Security Risks 

Keeping your Web applications secure requires ongoing vigilance in your 
ethical hacking efforts and on the part of your Web developers and vendors. 
Keep up with the latest hacks, testing tools, and techniques and let your 
developers and vendors know that security needs to be a top priority for 
your organization. I discuss getting security buy-in in Chapter 19. 

You can gain direct hands-on experience testing and hacking Web applica- 
tions by using the OWASP WebGoat Project (www. owasp. org/ index. php/ 
Category : OWASP_WebGoat_Proj ect) and Foundstone's Hacme Tools 
www. f oundstone . com/us/resources-free-tools . asp. I highly recom- 
mended you check them out and get your hands dirty! 
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( wing forms of security by obscurity — hiding something from obvi- 
using trivial methods — can help prevent automated attacks from 
worms or scripts that are hard-coded to attack specific script types or 
default HTTP ports: 



v 0 To protect Web applications and related databases, use different 
machines to run each Web server, application, and database server. 

The operating systems on these individual machines should be tested 
for security vulnerabilities and hardened based on best practices and 
the countermeasures described in Chapters 10 through 12. 

Use built-in Web server security features to handle access controls and 
process isolation, such as the application-isolation feature in IIS. 

This helps ensure that if one Web application is attacked, it won't neces- 
sarily put any other applications running on the same server at risk. 

v 0 Use a tool for obscuring your Web server's identity — essentially anony- 
mizing your server. For example, Port 80 Software's ServerMask (www . 
port80sof tware . com/products /servermask). 

W If you're concerned about platform-specific attacks being carried out 
against your Web application, you can trick the attacker into thinking 
the Web server or operating system is something completely different. 
Here are a few examples: 

• If you're running a Microsoft IIS server and applications, you might 
rename all your ASP scripts to have a . cgi extension. 

• If you're running a Linux Web server, use a program such as IP 
Personality (http : / /ippersonality . sourcef orge . net) to 
change the OS fingerprint so the system looks like it's running 
something else. 

W Change your Web application to run on a nonstandard port. Change 
from the default HTTP port 80 or HTTPS port 443 to a high port number, 
such as 8877, and, if possible, set the server to run as an unprivileged 
user — that is, something other than system, administrator, root, and 
so on. 



Never ever rely on obscurity alone; it isn't foolproof. A dedicated attacker 
might determine that the system isn't what it claims to be. 



Fireutatts 



Consider using additional controls to protect your Web systems, including: 
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A network-based firewall that can detect and block attacks against 

Web applications, ^l" 1 '* 2 inr*lnHoc rmrnnor/'ial firc*w:illc mrnil nKlo fvr»m 



This includes commercial firewalls available from 
companies as Juniper Networks — formerly NetScreen — (www. 
per . net/us/en/products-services/security), SonicWall 
(www. sonicwall . com), and Check Point (www. checkpoint . com). 

v* A host-based Web application IPS, such as SecurellS (www. eeye . com/ 
html/products/secureiis/index.html) or ServerDefender (www. 
port80sof tware . com/products /serverdef ender). 

These programs can detect Web application and certain database 
attacks in real time and cut them off before they have a chance to do any 
harm. 



Source code analysis 

Software development is where security holes begin and should end — but 
rarely do. If you feel confident in your ethical hacking efforts to this point, 
you can dig deeper to find security flaws in your source code — things that 
might never be discovered by traditional scanners and hacking techniques 
but that are problems nonetheless. Fear not — it's actually much simpler 
than it sounds. No, you won't have to go through the code line-by-line to see 
what's happening. You don't even need development experience (although it 
does help). 

To do this, you can use a static source code analysis tool, such as 
those offered by Ounce Labs (www. ouncelabs . com) and Klockwork 
(www . klocwork . com). My favorite, CxDeveloper by Checkmarx 
(www. checkmarx. com), is available in North America through Security 
Innovation (www. securityinnovation . com). 

With CxDeveloper, you simply tell it where the source code is located, as 
shown in Figure 14-13, pick the scan policy you wish to run, and then click 
Scan, and you're off and running. 

When the scan completes, you can review the findings and recommended 
solutions, as shown in Figure 14-14. 

CxDeveloper is pretty much all you need to analyze and report on vulnerabili- 
ties in your C, C++, C#, and Java source code bundled into one simple pack- 
age. If you need to do more in-depth analysis performing customized queries, 
CxDeveloper's sister product, CxAudit, might be a good fit. 

The bottom line with Web security is that if you can show your developers 
and quality assurance analysts that security begins with them, you can really 
make a difference in your organization's overall information security. 
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Figure 14-13: 

Using Cx- 
Developer 
to do an 
in-depth 
analysis of 
ASP.NET 
source 
code. 
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Figure 14-14: 

Reviewing 
the results 
of a Cx- 
Developer 
source code 
analysis. 




•S CxSuite [CxDevelopei Results c: documents and settings kbeavei desktop misc souice h.icme bank v2.0) 

Action Resuls VWidow Help 



- HQ 



A .J M I Disable Code Slicing - j Enable Path Indentation 



L< 

■ L' 
01 

r< 

3 0<_ 

■ QO 

■ 0O 

■ o 

L_ 

■ L^ 
I L 

■ MA 

■ CO 

CO 

LO 
LO 



Rellected_;OEii_AII_aief,t: [10 loundl 
SecondOrdeiSQLJnjection (1 found] 
SQLJnjection [39 found] 
Stored_XSS (2 found) 
Ht!pQnlyCookies_XSS[3lound) 
Buffa.OveiHow [1 found) 
Files_Manipulation {2 found) 
Verbose_Error_Repoiting[11 found) 
XSRF [34 found] 
RequiieSSL (3 found) 
ClienLS ide_Onlv_Validation (2 found) 
OoS_bji_Unreleased__Resources [2 found) 
lmproper_Excep(ion_Handling [4 found] 
['ebugEiMbled 13 found] 
NonUniqueFormNarne (3 Pound] 
5lidingE:-:pnalion[3 found] 
Empty_Catch [2 found] 
GetLastWin32E rroij s_N ot_Called_Aftet_Pinvok 
Ove[liLBroad_Catch [] 3 found) 
Pages_Without_Global_Er(0[_Handle[ [22 found 
Single_Line_lf_Statetnent [26 found) 
UnclosedObjects (1 found) 
Ui"i , ': , alida(ed_. i .(gurricr"ii.;_UI_Public_Methodj [S 
Visible, Fields [21 8 found) 
'"'nt'le. Piinler: II sound I 



Description Comment 

Unbounded Transfer ('Classic Buffet- 
Overflow') 

120 



CWE ID 
Description 



Alternate Terms 



A buffer overflow condition exists 
when a program attempts to put 
more data in a buffer than it can 
hold or when a program attempts 
to put data in a memory area past a 
buffer. In this case, a buffer Is a 
sequential section of memory 
allocated to contain anything from a 
character string to an array of 
Integers. 

Some prominent vendors and 
researchers use the term "buffer 
overrun," but most people use 
"buffer overflow," 
Many Issues that are now called 
"buffer overflows" are substantively 
different than the "classic" overflow, 
including entirely different bug types 
that rely on overflow exploit 
techniques, such as integer 
signedness errors, integer 
overflows, and format string bugs. 
This Imprecise terminology can make 
it difficult to determine which variant 
is being reported. 
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In This Chapter 

Testing and exploiting database flaws 
Finding storage weaknesses 
Ferreting out sensitive information 
Countering database and storage abuse 



AM ttacks against databases and storage systems can be very serious 
¥ \ because that's where "the goods" are located — as the bad guys are 
well aware. These attacks can occur across the Internet or on the internal 
network when external attackers and malicious insiders exploit any number 
of vulnerabilities. These attacks can also occur via the Web application 
through SQL injection. 



Databases 



Database systems, such as Microsoft SQL Server, MySQL, and Oracle, have 
lurked behind the scenes but their value — and their vulnerabilities — have 
finally come to the forefront. Yes, even the mighty Oracle that was once 
claimed to be unhackable is susceptible to similar exploits as its competition. 
With the slew of regulatory requirements governing database security, hardly 
any business can hide from the risks that lie within because practically every 
business (large and small) uses some sort of database. 



Choosing toots 

As with wireless, operating systems, and so on, you need good tools if you're 
going to find the database security issues that count. My favorite tools for 
testing database security are 

Advanced SQL Password Recovery (www. elcomsof t . com/asqlpr . 
html) for cracking Microsoft SQL Server passwords 
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t>* Cain & Abel (www. oxid. it/cain.html) for cracking database pass- 
word hashes 

p ^^|>^^^lysGuard (www . qualys . com) for performing in-depth vulnerability 



SQLPing3 (www. sqlsecurity. com/Tools/FreeTools/tabid/65/ 
Default . aspx) for locating Microsoft SQL Servers on the network, 
checking for blank SA passwords, and performing dictionary password- 
cracking attacks 

You can also use exploit tools, such as Metasploit, for your database testing. 



Finding databases on the network 

The first step in discovering database vulnerabilities is to figure out where 
they're located on your network. Sounds funny, but many network admins 
I've met aren't even aware of various databases running in their environ- 
ments. This is especially true for the free SQL Server Express database soft- 
ware that anyone can download and run on a workstation or test system. 



4? 



I can't tell you how often I find sensitive production data, such as credit cards 
and Social Security numbers, being used in test databases that are completely 
wide open to abuse by curious insiders. Using sensitive data in the uncon- 
trolled areas of development and quality assurance (QA) is a data breach wait- 
ing to happen. 



The best tool I've found to discover Microsoft SQL Server systems is 
SQLPing3, shown in Figure 15-1. 
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systems 
and check 
for missing 
SA account 
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ase study in hacking databases 
with Chip Andrews 



The Situation 



During a routine penetration test, Mr. Andrews 
performed the obligatory Google searches, 
domain name research, operating system fin- 
gerprinting, and port scans, but this particular 
Web site was locked down tight. Moving on 
to the Web-based application running on the 
system, he was immediately confronted with a 
login page using SSL-encrypted forms authen- 
tication. By checking the source of the Web 
page, he noticed that a hidden App_Name field 
was being passed to the application whenever 
a user attempted to log in to the site. Could it be 
that the developers might have failed to perform 
proper input validation on this innocent-looking 
parameter? The hunt was on 

The Outcome 

First, it was time to assemble the toolkit. At 
the time of this penetration test, Mr. Andrews 
preferred to use the following: Paros Proxy, 
Absinthe, Cain & Abel, Data Thief, and the 
Microsoft SQL Server Management Studio/ 
SQL Server (Express Edition) — all of which 
are available free. For starters, he used Paros 
Proxy to allow for more control and visibility 
to the Web requests made to the Web server. 
After spidering the site for available pages and 
performing a quick vulnerability check for SQL 
injection, it was confirmed that the App_Name 
parameter appeared to cause the application to 
throw an Error 500 exception — indicating an 
application failure. Penetration tests are one of 
the rare occasions when an application failure 
is a desirable outcome. 

Because the application failure indicated that 
Mr. Andrews could inject unintended char- 
acters into the SQL code being sent from the 



application to the database, he could see 
whether it was an exploitable condition. A 
common test that works with Microsoft SQL 
Server databases is to inject a command, such 

as WAITFOR DELAY ' 0 0 : 0 0 : 1 0 1 , which 

causes the database server to stall for 10 sec- 
onds. In an application that normally returns 
a page in one second or less, a consistent 
10-second delay is a good indicator that you 
can inject commands into the SQL stream. 

Next, Mr. Andrews attempted to use the 
Data Thief tool to attack the login page. This 
tool attempts to force the database to use an 
OPENROWSET command to copy data from 
the target database to Mr. Andrews's database 
located on the Internet. This is usually a very 
efficient way to siphon large amounts of data 
from vulnerable databases, but in this case, his 
attack was foiled! The database administrator 
at the target had disabled the openrowset 
functionality by properly configuring the Disable 
Adhoc Distributed Queries option. 

With diligence as his watchword, Mr. Andrews 
persisted with the next tool — Absinthe. This 
tool uses a technique called "blind SQL injec- 
tion" to make determinations about data using 
simple yes or no questions of the database. For 
example, the tool might ask the database if the 
first letter of a table is less than "L." If yes, then 
the application might do nothing, but if no, the 
application might throw an exception. Using 
this simple binary logic, it is possible to use this 
technique to reveal the entire database struc- 
ture and even the data stored inside — albeit 
very slowly. Using the tool, he identified a table 
of sensitive customer information and down- 
loaded several hundred records to show the 
client. 



(continued) 
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Jjnally, it was time to attempt one last act of 
JAaJ^ar^ljaTdJwiess. First, Mr. Andrews 
Jfl)d^l^Jol\a©l Cain & Abel and set it to 
enter sniffing mode. Then, using Paros Proxy 
and the already identified vulnerable param- 
eter, he used the xp_dirtree extended 
stored procedure, which is available to all SQL 
Server database users, to attempt to show a 
directory on his Internet-connected machine 
using a Universal Naming Convention (UNC) 
path. This forced the target database to actu- 
ally attempt to authenticate itself against Mr. 
Andrews's machine. Because Cain & Abel was 
listening on the wire, it obtained the hash of the 
challenge used to authenticate the exposed file 
share. By passing this hash to the password 
cracker built in to Cain & Abel, Mr. Andrews 
would have the username and password of the 
account under which the vulnerable SQLServer 
was running in just a matter of time (assuming it 
was not a local system account). 



Would this hacked account use the same pass- 
word as the admin account of the Web appli- 
cation? Would this password be the same as 
the local administrator account on the host? 
Those were questions for another day. It was 
time to assemble all the collected data, prepare 
a report for the client, and put the tools away 
for another day. 

Chip Andrews is a co-founder of security 
consulting firm Special Ops Security, Inc. 
and owner of SQLSecurity.com (http:// 
sqlsecurity.com), which has multiple 
resources on Microsoft SQL Server security, 
including the SQLPing3 tool. A coauthor for 
several books on SQL Server security {Hacking 
Exposed: Windows Server 2003 and SQL 
Server Security, both published by McGraw- 
Hill Osborne) and a Black Hat presenter, Mr. 
Andrews has been promoting SQL Server and 
application security since 1999. 



SQLPing3 can now discover instances of SQL Server hidden behind personal 
firewalls and more — a feature formerly only available in SQLPing2's sister 
application SQLRecon. 

If you have Oracle in your environment, Pete Finnigan has a great list of 
Oracle-centric security tools at www. pete finnigan. com/ tools .htm that 
can perform functions similar to SQLPing3. 



Cracking database passwords 

SQLPing3 also serves as a nice dictionary-based SQL Server password- 
cracking program. As you can see in Figure 15-1, it also checks for blank SA 
passwords by default. Another free tool for cracking SQL Server, MySQL, and 
Oracle password hashes is Cain & Abel, shown in Figure 15-2. 

The commercial product Elcomsoft Distributed Password Recovery (www . 
elcomsof t . com/ edpr .html) can also crack Oracle password hashes. 

If you have access to SQL Server master .mdf files, you can use Elcomsoft's 
Advanced SQL Password Recovery (www. elcomsof t . com/asqlpr .html) 
to recover database passwords immediately. 
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Figure 15-2: 

Using Cain 
&Abel 
to crack 
Oracle 
password 
hashes. 
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You might stumble across some legacy Microsoft Access database files 
that are password protected as well. No worries, the tool Advanced Access 
Password Recovery (www. elcomsof t . com/acpr . html) can get you right in. 

As you can imagine, these password-cracking tools are a great way to dem- 
onstrate the most basic of weaknesses in your database security. One of the 
best ways to go about proving that there's a problem is to utilize Microsoft 
SQL Server Management Studio Express (www. microsoft . com/express/ 
sql /default . aspx) to connect to the database systems you now have the 
passwords for and setup backdoor accounts or browse around to see what's 
available. In practically every unprotected SQL Server system I come across, 
there's sensitive personal financial or healthcare information available for 
the taking. 



Scanning databases for Vulnerabilities 

As with operating systems and Web applications, some database-specific vul- 
nerabilities can be rooted out only by using the right tools. I use QualysGuard 
to find such issues as 

*<" Buffer overflows 
v 0 Privilege escalations 

t>* Password hashes accessible through default/unprotected accounts 

v* Weak authentication methods enabled 

W Database listener log files that can be renamed without 
authentication 
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^ Several all-in-one commercial database vulnerability scanners perform in- 
depth database checks on SQL Server, Oracle, and so on, such as NGSSQuirreL 

,ssof tware . com/products/database-security) and 
tivePro (www. appsecinc . com/products/appdetective). They 
can be a good addition to your security testing tool arsenal if you can justify 
the investment. 
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Many vulnerabilities can be tested from both an unauthenticated outsider's 
perspective as well as a trusted insider's perspective. For example, you can 
use the SYSTEM account for Oracle to log in, enumerate, and scan the system 
(something that QualysGuard supports). My fingers are crossed that Qualys 
will eventually support authenticated scans for SQL Server. 



Best Practices far Minimizing 
Database Security Risks 

Keeping your databases secure is actually pretty simple if you do the 
following: 

i 0 * Run your databases on different machines. 

u 0 Check the underlying operating systems for security vulnerabilities. 
I cover operating system exploits for Windows, Linux, and Novell 
NetWare in Chapters 10-12. 

u 0 Ensure that your databases fall within the scope of patching and system 
hardening. 

u 0 Require strong passwords on every database system. 

v 0 Use appropriate file and share permissions to keep prying eyes away. 

u 0 De-indentify any sensitive production data before it's used in develop- 
ment or QA. 

v 0 Check your Web applications for SQL injection and related input valida- 
tion vulnerabilities. 

v 07 Use a network firewall, such as those available from Juniper Networks — 
formerly NetScreen — (www. juniper .net /us /en/products- 
services/security) or SonicWall (www. sonicwall . com), and data- 
base firewalls, such as those available from Imperva (www . imperva . 
com/products /database- firewall .html) and Pyn Logic (www. 
pynlogic . com/enzoinf o2 . aspx). 
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Run the latest version of database server software — especially if you're 
a Microsoft shop. The new security features in SQL Server 2008 and SQL 
er Express are great advancements toward better database security. 



Attackers are carrying out a growing number of storage-related hacks. 
Hackers use various attack vectors and tools to break into the storage envi- 
ronment (surely, you know what I'm going to say next). Therefore, you need 
to get to know the techniques and tools yourself and use them to test your 
own storage environment. 



There are a lot of misconceptions and myths related to the security of such 
storage systems as Fibre Channel and iSCSI Storage Area Networks (SANs), 
CIFS and NFS-based Network Attached Storage (NAS) systems, and so on. 
Many network and storage administrators believe that "Encryption or RAID 
equals storage security," "An external attacker can't reach our storage envi- 
ronment," or "Security is handled elsewhere." These are all very dangerous 
beliefs, and I'm confident that more attacks will target critical storage systems. 

As with databases, practically every business has some sort of network stor- 
age housing sensitive information that it can't afford to lose. That's why it's 
very important to include both network storage (SAN and NAS systems) and 
traditional file shares into the scope of your ethical hacking. 




Choosinq tools 

My favorite tools for testing storage security are 

FileLocator Pro (www.mythicsoft.com/filelocatorpro) for seek- 
ing sensitive information in unstructured files 

Identity Finder (www. identityf inder . com) for seeking sensitive 
information in unstructured files 

v* LANguard (www. gf i . com/lannetscan) for finding open and unpro- 
tected shares 

v 0 QualysGuard (www. qualys . com) for performing in-depth vulnerability 
scans 

t^* SuperScan (www. f oundstone . com/us/resources/proddesc/ 
superscan . htm) for port scanning to find live storage hosts 
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You should also have this group of niche storage security testing tools on 
your radar: 



P Password Tester (www. isecpartners . com/cpt_chap_ 
password_tester . html) 

t>* CIFShareBF (www. isecpartners . com/SecuringStorage/ 
CIFShareBF . zip) 

GrabiQNs (www. isecpartners . com/SecuringStorage/GrabiQNs . 
zip) 

t>* NASanon (www. isecpartners . com/SecuringStorage/NASanon. 
zip) 

StorScan (www. isecpartners . com/ storscan . html) 




Finding storage systems on the network 

To seek out storage-related vulnerabilities, you have to figure out what infor- 
mation is where. The best way to get rolling is to use a port scanner and, ide- 
ally, an all-in-one vulnerability scanner, such as QualysGuard or LANguard. 
Also, given that many storage servers have Web servers built in, you can 
use such tools as Acunetix Web Vulnerability Scanner and Weblnspect to 
uncover Web-based flaws. You can use these vulnerability scanners to gain 
good insight into areas that need further inspection, such as weak authentica- 
tion, DNS server name pollution, unpatched operating systems, unprotected 
Web servers, and so on. 

A commonly overlooked storage vulnerability is that many storage systems 
can be accessed from both the DMZ and the internal network. This vulner- 
ability poses risks to both sides of the network. Be sure to manually assess 
whether you can reach the DMZ from the internal network and vice versa. 

You can also perform basic file permission and share scans (as outlined in 
Chapters 10 and 11) in conjunction with a text search tool to uncover sensi- 
tive information that everyone on the network should not have access to. 



Rooting out sensitive text in network files 

An important "authenticated" test to run on your storage systems is to scan 
for sensitive information stored in readily accessible text files. It's as simple 
as using a text search utility, such as FileLocator Pro or Effective File Search 
(www. sowsof t . com/ search. htm). You can even use Google Desktop 
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(http : / /desktop . google . com) if you prefer. Alternatively, you can use 
Windows Explorer to scan for sensitive information, but it's just too slow and 
«ulnfeQii%ome for my liking. 



You'll be amazed at what you come across stored unsecurely on users' 
Windows desktops, server shares, and more, such as 

«<" Employee health records 
v 0 Customer credit card numbers 
I W Corporate financial reports 

Such sensitive information should not only be protected by good business 
practices, but they're also governed by state, federal, and international regu- 
lations. 

Do your searches for sensitive text while you're logged in to the local system 
or domain as a regular user — not an administrator. This will give you a 
better view of regular users who have unauthorized access to sensitive files 
and shares that you thought were otherwise secure. When using a basic text 
search tool, such as FileLocator Pro, look for the following text strings: 

f DOB (for dates of birth) 

W SSN (for Social Security numbers) 

*<" License (for driver's license information) 

V Credit (for credit card numbers) 

Don't forget about your mobile devices when seeking sensitive, unprotected 
information. Everything from laptops to USB drives to external hard drives is 
fair game to the bad guys. A costly data breach is as close as a misplaced or 
stolen system. 

The possibilities for information exposure are endless; just start with the 
basics and only peek into nonbinary files that you know will have text in 
them. Limiting your search to these text-based files will save you a ton of 
time! 

. txt 

*<" .doc and .docx u 0 . rtf 

*<" .dbf .xls and .xlsx 

An example of a basic text search using FileLocator Pro is shown in Figure 15-3. 
Note the files found in different locations on the server. 
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To speed the process, you can use Identity Finder, a tool designed for the 
very purpose of scanning storage devices for sensitive, personally identifi- 
able information. Figure 15-4 shows what such a tool can find in just a matter 
of minutes. 



Figure 15-4: 

Using 
Identity 
Finder to 
uncover 
hundreds 
of sensitive 
records on 
an unpro- 
tected 
storage 
device. 
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Identity Finder has an Enterprise edition that can be used to search network 
systems and even databases for sensitive information. 



nd round of testing, you could perform your searches logged in as 
administrator. You're likely to find a lot of sensitive information scattered 
about. It seems worthless at first; however, this can highlight sensitive infor- 
mation stored in places it shouldn't be or that the network administrator 
shouldn't have access to. 
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Testing is highly dependent on timing, searching for the right keywords, and 
looking at the right systems on the network. You likely won't root out every 
single bit of sensitive information, but this will show you where certain prob- 
lems are to help justify the need for stronger access controls and better IT and 
security management processes. 



Best Practices far Minimizing 
Storage Security Risks 

Like database security, storage security is not rocket surgery. Keeping your 
storage systems secure is also simple if you do the following: 

I Check the underlying operating systems for security vulnerabilities. 
I cover operating system exploits for Windows, Linux, and Novell 
NetWare in Chapters 10-12. 

Ensure that your network storage (SAN and NAS systems) falls within 
the scope of patching and system hardening. 

Require strong passwords on every storage management interface. 

Use appropriate file and share permissions to keep prying eyes away. 

Educate your users on where to store sensitive information and the risks 
of mishandling it. 

v 0 De-indentify any sensitive production data before it's used in develop- 
ment or QA. 

Use a network firewall, such as those available from Juniper Networks — 
formerly NetScreen — (www. juniper .net /us /en/products - 
services/security) and SonicWall (www. sonicwall . com) to 
properly segment your internal network. 
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In this part . . . 



J\/ow that the hard — or at least technical — stuff is 
# w over with, it's time to pull everything together, fix 
what's broken, and establish some good information secu- 
rity practices to move forward with. 

First, this part covers reporting the security vulnerabili- 
ties you discover to help get management buy-in and 
hopefully more budget to make things right. This part 
then covers some good practices for plugging the various 
security holes within your systems and patching every- 
thing up to keep from being attacked. Finally, this part 
covers what it takes to manage change within your secu- 
rity systems for long-term success, including outsourcing 
ethical hacking so you can add even more projects to 
your overflowing plate! That's what working in IT and 
compliance is all about anyway, right? 
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In This Chapter 

Bringing your test data together 
Categorizing vulnerabilities you discover 
Documenting and presenting the results 



f 

■ f you're looking for a break after testing, now isn't the time to rest on your 
«C laurels. The reporting phase of your ethical hacking is one of the most 
critical pieces. The last thing you want to do is to run your tests, find security 
problems, and leave it at that. Put your time and effort to good use by thor- 
oughly analyzing and documenting what you find to ensure that security vul- 
nerabilities are eliminated and your information is more secure as a result. 
This is an essential element of the ongoing vigilance that information security 
and risk management requires. 

Ethical hacking reporting includes sifting through all your findings to deter- 
mine which vulnerabilities need to be addressed and which ones don't really 
matter. Reporting also includes briefing management or your client on the 
various security issues you find, as well as giving specific recommendations 
for making improvements. You share the information you've gathered and 
give the other parties guidance on where to go from there. Reporting also 
shows that the time, effort, and money invested in the ethical hacking tests 
were put to good use. 



Pulling the Results Together 

When you have gobs of test data — from screenshots and manual observa- 
tions you documented to detailed reports generated by the various vulner- 
ability scanners you used — what do you do with it all? You need to go 
through your documentation with a fine-toothed comb and highlight all the 
areas that stand out. Base your decisions on 

Vulnerability rankings from your assessment tools 
I V Your knowledge as a security professional 
t>* The context of the vulnerability 
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So that you can find out more information about the vulnerability, many fea- 
ture-rich security tools assign each vulnerability a ranking (based on overall 
lain the vulnerability, give possible solutions, and reference links to 
(tes, the Common Vulnerabilities and Exposures Web site at http : / / 
eve . mitre . org, and the National Vulnerabilities Database at http : / /nvd . 
nist . gov. For further research, you might also need to reference other sup- 
port sites and online forums to see whether the vulnerability affects your par- 
ticular system and situation. Overall business risk is your main focus. 

You can plug in this information to a table in Excel or in Word. I prefer to go 
through everything in hard-copy form because it's easier for me to read, but 
your choice might depend on how much data you have. If you think more 
highly of trees, you might want to just read the results on the computer 
screen and copy and paste the items that stand out into your final report. 

In your final report document, you might want to organize the vulnerabilities 
as shown in the following list: 



*<" Nontechnical issues 

• Social engineering vulnerabilities 

• Physical security vulnerabilities 

• IT operations weaknesses 

• Other 

v 0 Workstations and servers 

• Operating systems 

• Other 
^ Applications 

*<" Publicly accessible 

Internal 
v 0 Database systems 



*<" Network infrastructure systems 

• Hubs and switches 

• Routers 

• Firewalls 

• Intrusion detection systems 

• Wireless access points 

• Other 
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For further clarity, create separate lists for these categories of security 
vulnerabilities: 
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nal vulnerabilities, such as internal hosts and operational issues 

v 0 External vulnerabilities, such as public hosts, business partner network 
connections, and telecommuters 

The formatting of your report ultimately comes down to your own style and 
the feedback you get from the other people who read the report. There's no 
right or wrong here. 



Prioritizing Vulnerabilities 

Prioritizing the security vulnerabilities you find is critical because many 
issues might not be fixable and others might not be worth fixing. You might 
not be able to eliminate some vulnerabilities because of various technical 
reasons, and you might not be able to afford to eliminate others. You need 
to factor whether the benefit is worth the effort and cost. For instance, if you 
determine that it will cost $30,000 to encrypt a sales leads database worth 
$20,000 to the organization, encryption might not make sense. On the other 
hand, spending a few weeks worth of development time to fix cross-site 
scripting and SQL injection vulnerabilities could be worth a lot of money. You 
need to study each vulnerability carefully, determine the business risk, and 
weigh whether the issue is worth fixing. 




Analyze each vulnerability carefully and determine your worst-case scenarios. 
It's impossible — or at least not worth trying — to fix every vulnerability that 
you find. 



Here's a quick method to use when prioritizing your vulnerabilities that you 
can tweak to accommodate your needs. You need to consider two major fac- 
tors for each of the vulnerabilities you discover: 

Likelihood of exploitation: How likely is it that the specific vulnerabil- 
ity you're analyzing will be taken advantage of by a hacker, a malicious 
user, malware, or other threat? 

Impact if exploited: How detrimental would it be if the vulnerability 
you're analyzing were exploited? 

Many people often skip these considerations and assume that every vulner- 
ability discovered has to be resolved. Big mistake. Just because a vulner- 
ability is discovered doesn't mean it applies to your particular situation and 
environment. If you go in with the mindset that every vulnerability will be 
addressed regardless of circumstances, you'll waste a lot of unnecessary 
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time, effort, and money and can set up your ethical hacking program for 
failure in the long term. However, be careful not to swing too far in the other 
! Many vulnerabilities don't appear too serious on the surface but 
y well get your organization into hot water if they're exploited. 




Rank each vulnerability, using criteria such as High, Medium, and Low or a 
l-through-5 rating (where 1 is the lowest priority and 5 is the highest) for each 
of the two considerations. Table 16-1 shows a sample table and a representa- 
tive vulnerability for each category. 



Table 16-1 Prioritizing Vulnerabilities 





High Likelihood 


Medium Likelihood 


Low Likelihood 


High 
Impact 


Sensitive informa- 
tion stored on an 
unencrypted laptop 


Tape backups taken 
offsite that are not 
encrypted and/or 
password protected 


No admin pass- 
word on a SQL 
Server system 


Medium 
Impact 


Unencrypted emails 
being sent 


Missing Windows 
patch on internal 
server that can 
be exploited using 
Metasploit 


No passwords 
required on sev- 
eral Windows 
administrator 
accounts 


Low 
Impact 


Outdated virus sig- 
natures on a stand- 
alone PC dedicated 
to Internet browsing 


Cleaning crew 
personnel gaining 
unauthorized net- 
work access 


Weak SSL 
encryption being 
exploited on 
e-commerce site 



The vulnerability prioritization shown in Table 16-1 is based on the qualita- 
tive method of assessing security risks. It's subjective, based on your knowl- 
edge of the systems and vulnerabilities, but you can also consider any risk 
ratings you get from your security tools — just don't rely solely on them 
because a vendor can't provide ultimate rankings of vulnerabilities. If you 
need to go more in-depth on your risk analysis, you should check out the 
OCTAVE methodology developed and published by the CERT Coordination 
Center's Software Engineering Institute (www. cert . org/octave). 



Reporting Methods 

You may need to organize your vulnerability information into a formal docu- 
ment for management or your client. This is not always the case, but it's 
often the professional thing to do and shows that you take your work seri- 
ously. Ferret out the critical findings and document them so that other par- 
ties can understand them. 
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Graphs and charts are a plus. Screen captures of your findings — especially 
when it's difficult to save the data to a file — can add a nice touch to your 
^^^o^^^nd show tangible exploitations. 

Document the vulnerabilities in a concise, nontechnical manner. Every report 
should contain the following information: 



v 0 Dates and times the testing was carried out 

V Tests that were performed 

*<" Summary of the vulnerabilities discovered 

^ Prioritized list of vulnerabilities that need to be addressed 




If it will add value to management or your client (and it often does), add this 
information to your report: 

Iu 0 Recommendations and specific steps on how to plug the security holes 
found 
v 0 List of general recommendations to improve overall security 

Most people want the hard copy report to include a summary of the find- 
ings — not everything. The last thing most people want to do is sift through a 
5-inch-thick stack of papers containing technical jargon that means very little 
to them. 

Many managers and clients like receiving raw data reports from the security 
tools on a CD-ROM or an encrypted ZIP file via e-mail. That way, they can ref- 
erence the data later if they want but aren't mired in hundreds of hard-copy 
pages of technical gobbledygook. 

Your list of action items in your report might include 



f Enable Windows auditing on all servers. 
V Put a secure lock on the server-room door. 

v 0 Harden operating systems based on strong security practices from 
the National Vulnerabilities Database (http : / /crsc . nist . gov), 
the Center for Internet Security Benchmarks/Scoring Tools (www . 
cisecurity. org), and Network Security For Dummies. 

u 0 Harden your wireless access point by using the techniques and recom- 
mendations presented in Hacking Wireless Networks For Dummies. 

v 0 Use a cross-cut paper shredder for the destruction of confidential hard- 
copy information. 

*<" Install personal firewall/IPS software on all laptops. 
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t>* Validate input in all Web applications to eliminate cross-site scripting 
and SQL injection. 



ly the latest vendor patches to the database server. 



As part of the final report, you might want to document employee reactions 
that you observe when carrying out your ethical hacking tests. For example, 
are employees completely oblivious or even belligerent when you carry out 
an obvious social engineering attack? Does the IT or security staff completely 
miss technical tip-offs, such as the performance of the network degrading 
during testing or various attacks appearing in system log files? You can also 
document other security issues you observe, such as how quickly IT staff or 
manager services providers respond to your tests or whether they respond 
at all. 




Guard the final report to keep it secure from people who are not authorized to 
see it. An ethical hacking report and the associated documentation and files in 
the hands of a competitor, hacker, or malicious insider, could spell trouble for 
the organization. Here are some ways to prevent this from happening: 



v 0 Deliver the report and associated documentation and files only to those 
who have a business need to know. 

v 0 When e-mailing the final report, encrypt all attachments, such as docu- 
mentation and test results, using PGP, encrypted ZIP format, and so on, 
and then share the password with the recipient via telephone or other 
secure communication method. 

*<" Remove programs and data from the report that a hacker or insider 
could use in malicious ways, such as tools used (password crackers and 
network analyzers), log files, and test data. 

v 0 Leave the actual testing steps that a malicious person could abuse out of 
the report. Answer any questions on that subject as needed. 
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In This Chapter 

Determining which vulnerabilities to address first 

Patching your systems 

Looking at security in a new light 



J-\ fter you complete your tests, you want to head down the road to 
¥ w greater security. However, you found some security vulnerabilities. 
(Hopefully not too many serious ones, though!) Plugging these security holes 
before a hacker exploits them is going to require a little elbow grease. You 
need to come up with your game plan and decide which security vulner- 
abilities to address first. A few patches might be in order, and possibly even 
some system hardening. You might want to reevaluate your network design 
and security infrastructure as well. I touch on some of the critical areas in 
this chapter. You might also want to refer to the fine book Network Security 
For Dummies by Chey Cobb. Chey does a great job of covering each of these 
topics in depth. 



Turning \lour Reports into Action 

It might seem that the security vulnerability to address first would be obvi- 
ous, but it's often not black and white. When reviewing the vulnerabilities 
that you find, consider the following variables: 

u* Whether the vulnerability can be fixed 

How easy the vulnerability is to fix 

(<" How critical the vulnerable system is 

t>* Whether you can take the system offline to fix the problem 

Time, money, and effort involved in purchasing new hardware or soft- 
ware or retooling business processes to plug the holes 
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In Chapter 16, 1 cover the basic issues of determining how important and 
how urgent the security problem is. In fact, I provide real-world examples in 
. You should also look at security from a time-management per- 
nd address the issues that are both important (high impact) and 
(high likelihood). You don't want to try to fix the vulnerabilities that 
are just high impact or just high likelihood. You might have some high-impact 
vulnerabilities that, likely, are never exploited. Likewise, you probably have 
some vulnerabilities with a high likelihood of being exploited that, if they are 
exploited, won't really make a big difference in your business or your job. 
This type of human analysis and perspective will keep security professionals 
employed for some time to come! 

Focus on tasks with the highest payoff first — those that are both high 
impact and high likelihood. Ideally, this will be the minority of your vulner- 
abilities. After you plug the most critical security holes, you can go after the 
less important and less urgent tasks when time and money permit. For exam- 
ple, after you plug such critical holes as SQL injection in Web applications 
and missing patches on important servers, you might want to reconfigure 
your tape backups with passwords, if not strong encryption, to keep prying 
eyes away in case your backups fall into the wrong hands. 



Patching (or Perfection 

Do you ever feel like all you do is patch your systems to fix security vulner- 
abilities? If you answer yes to this question, good for you — at least you're 
doing it! If you constantly feel pressure to patch your systems the right way 
but can't seem to find time — at least it's on your radar. Many IT profession- 
als and their managers don't even think about proactively patching their sys- 
tems until after a breach occurs. If you're reading this book, you're obviously 
concerned about security and are hopefully way past that. 




Whatever you do, whatever tool you choose, and whatever procedures work 
best in your environment — keep your systems patched! This goes for servers 
and workstations as well as operating systems and databases. 



Patching is unavoidable. The only real solution to eliminating the need for 
patches is developing secure software in the first place, but that's not going 
to happen any time soon. A large portion of security incidents can be pre- 
vented with some good patching practices, so there's simply no reason not 
to have a solid patch management process in place. 
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Patch management 



l^fcCCwi't keep up with the deluge of security patches for all your systems, 
oh'rJtespair; you can still get a handle on the problem. Here are my basic 



tenets of applying patches to keep your systems secure: 

is* Make sure all the people and departments that are involved in applying 
patches on your organization's systems are on the same page and follow 
the same procedures. 

^ Have formal and documented procedures in place for these critical 
processes: 

• Obtaining patch alerts from your vendors 

• Assessing which patches affect your systems 

• Determining when to apply patches 

v 0 Make it policy and have a procedure in place for testing patches before 
you apply them to your production servers, if that's possible. Testing 
patches after you apply them isn't a big deal on workstations but serv- 
ers are a different story. Many patches have "undocumented features" 
and subsequent unintended side effects — believe me, I've experienced 
this before. An untested patch is an invitation for system (and job) 
termination! 



The following sections describe the various patch deployment tools you can 
use to lower the burden of constantly having to keep up with patches. 

Commercial toots 

I recommend a robust patch automation application — especially if you have 
A large network 

v* A network with several different operating systems (Windows, Linux, 
NetWare, and so on) 

More than a dozen computers 
Be sure to check out these patch-automation solutions: 



Patch automation 



t>* BigFix (www.bigfix.com) 

v 0 Shavlik Technologies NetChk (www . shavlik . com) 
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Ecora Patch Manager (www. ecora . com/ecora/products/ 
patchmanager . asp) 



'tlogic Patch Authority Ultimate (www. scriptlogic . com/ 
'ducts/patchauthorityultimate) 




j^* Windows Server Update Services from Microsoft (www. microsoft . 
com/ windowsserversystem/updateservices/ default .mspx) 

The GFI LANguard (www. gf i . com/lannetscan) product that I use in this 
book can check for patches to apply and deploy. 

Watch the other major vulnerability assessment tool vendors, such as Qualys. 
They are starting to integrate logic in their programs to deploy patches that 
address the vulnerabilities their products find — a process called vulnerability 
management. 

Free toots 

If you're running Windows, use one of these free tools to help with automated 
patching: 

v 0 Microsoft Update, which is built in to Microsoft Windows systems 

Microsoft Baseline Security Analyzer (MBSA), found at www . 

microsoft . com/technet/security/tools/mbsahome .mspx 



Hardening \lour Systems 




After you patch your systems, you have to make sure your systems are hard- 
ened from the other security vulnerabilities that patches can't fix. I've found 
that many people stop with patching, thinking their systems are secure, but 
that's just not possible. Throughout the years, I've seen network administra- 
tors ignore recommended hardening practices from such organizations as 
the National Institute of Standards and Technology (NIST) (http : / /csrc . 
nist . gov/publications/nistpubs/index . html) and the Center for 
Internet Security (www. cisecurity . org), leaving many security holes wide 
open. However, I'm a true believer that hardening systems from malicious 
attack is not foolproof, either. Because every system and every organization's 
needs are different, there is no one-size-fits-all solution, so you have to strike 
a balance and not rely on any single option too much. 

Chey Cobb's Network Security For Dummies contains many great resources for 
hardening various systems on your network. 

This book presents hardening countermeasures that you can implement for 
your network, computers, and even physical systems and people. I find these 
countermeasures work the best for the respective systems. 
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Paying the piper 



waT'onTe TnVolvEd in cleaning up a hack 
attack on a Windows NT server for a client. I 
had been saying ever since I was hired that 
I needed to harden the customer's network 
from attack. The customer had a Windows NT 
server wide open on the Internet with a public 
IP address (ouch!) and no firewall installed. 
The customer was willing to pay me to patch 
the server, but that was it. Therefore, I could 
do only so much to secure it from the elements, 
given their environment and specific needs. 
The customer didn't heed my advice on get- 
ting the server behind a firewall at minimum, if 
not reconfiguring the application so its security 
could be improved. 



Time passed without incident, until one 
day, a hacker compromised the customer's 
Windows NT system, uploaded FTP server 
software, and then started hosting illegal 
movies and music — which almost immediately 
killed their Internet connection, effectively 
locked everyone (including customers) out of 
the server, and put a halt to the customer's 
e-commerce. Afterthe downtime, lost business, 
and paying me to fix the problem, the customer 
spent a lot more than the price of a firewall and 
a couple of hours of configuration time that I 
asked them to invest up front. 



Implementing at least the basic security practices is critical. Whether 
installing a firewall on the network or requiring users to have strong 
passwords — you must do the basics if you want any modicum of security. 
Beyond patching, if you follow the countermeasures I document, add the 
other well-known security practices for network systems (routers, servers, 
workstations, and so on) that are freely available on the Internet, and per- 
form ongoing ethical hacking tests, you can rest assured that you're doing 
your best to keep your organization's information secure. 



Assessing \lour Security Infrastructure 

A review of your overall security infrastructure can add oomph to your 
systems: 

*<" Look at how your network and building are designed. Consider orga- 
nizational issues, such as whether policies are in place, maintained, or 
even taken seriously. Does management have buy-in on information 
security and compliance, or do they simply shrug the measure off as an 
unnecessary expense or barrier to conducting business? 

*<" Map your network by using the information you gather from the ethi- 
cal hacking tests in this book. Updating existing documentation is a 
major necessity. Outline IP addresses, running services, and whatever 
else you discover. Draw your network diagram — network design and 
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overall security issues are a whole lot easier to assess when you can 
work with them visually. Although I prefer to use a technical drawing 
ram, such as Visio, to create network diagrams, such a tool isn't 
ssary — you can sketch your map on a napkin! 



Be sure to update your diagrams when your network changes. 

Think about your approach to correcting vulnerabilities and increas- 
ing your organization's overall security. Are you focusing all your 
efforts on the perimeter and not on a layered security approach? Think 
about how most convenience stores and banks are protected. Security 
cameras focus on the cash registers, teller computers, and surrounding 
areas — not just on the parking lot or entrances. Look at security from 
a defense in-depth perspective. Make sure that several layers of security 
are in place in case one measure fails, so the malicious attacker must go 
through other barriers to carry out a successful hack attack. 

Think about security policies and procedures at an organizational 
level. Document what security policies and procedures are in place and 
whether they're effective. Look at the overall security culture within 
your organization and see what it looks like from an outsider's perspec- 
tive. What would customers or business partners think about how your 
organization treats their sensitive information? 



Looking at your security from a high-level and nontechnical perspective gives 
you a new outlook on security holes. It takes some time and effort at first, 
but after you establish a baseline of security, it's much easier to manage new 
threats and vulnerabilities. 
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In This Chapter 

Automating tasks 

Watching for misbehavior 

Outsourcing testing 

Keeping security on everyone's mind 

••••••••••••••••••••••••••••••••••••••••••••••••a 
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■ nformation security is an ongoing process that you must manage effec- 
«( tively to be successful. This goes beyond periodically applying patches 
and hardening systems. Performing your ethical hacking tests repeatedly is 
critical; information security threats and vulnerabilities emerge constantly. 
Additionally, ethical hacking tests are just a snapshot of your overall informa- 
tion security, so you have to perform your tests continually to keep up with 
the latest security issues. Ongoing vigilance is not only required for compli- 
ance with various laws and regulations but also for minimizing business risks 
related to your information systems. 



Automating the Ethical Hacking Process 

You can run a large portion of the ethical hacking tests in this book automati- 
cally if you have the right tools: 

v* Ping sweeps and port scans to show what systems are available and 
what's running 

v 0 Password-cracking tests to attempt access to external Web applications, 
remote access servers, and so on 

v 0 Vulnerability scans to check for missing patches, misconfigurations, and 
exploitable holes 

u 0 Exploitation of vulnerabilities (to an extent, at least) 
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You must have the right tools to automate tests: 





Se commercial tools can set up ongoing assessments and create 
reports for you without any hands-on intervention — just a little 
setup and scheduling time up front. This is why I like many of the 
commercial — and mostly automated — security testing tools, such as 
QualysGuard and Weblnspect. The automation you get from these tools 
often helps justify the price — especially because you don't have to be 
up at 2:00 a.m. or on call 24 hours a day to monitor the testing. 

v 0 Standalone security tools, such as Nmap, John the Ripper, and 

Netstumbler, aren't enough. You can use the Windows Scheduler and AT 
commands on Windows systems and cron jobs on UNIX-based systems, 
but manual steps and human intellect are still required. 



You can't gain true security if you automate everything. Certain tests and 
phases, such as enumeration of new systems, various Web application tests, 
social engineering, and physical security walkthroughs, can't be set on auto- 
pilot — you have to be involved. 

Even the smartest computer "expert system" can't accomplish some security 
tests. Good security requires both technical expertise and experience. 



Monitoring Malicious Use 




Monitoring security-related events is essential for ongoing security efforts. 
This can be as basic and mundane as monitoring log files on routers, fire- 
walls, and critical servers every day, or as advanced and expensive as imple- 
menting a correlation security incident management system to monitor every 
little thing that's happening in your environment. A common method is to 
deploy an intrusion prevention system or data leakage prevention system 
and monitor for malicious behavior. The problem with monitoring security- 
related events is that humans find it very boring and very difficult to do 
effectively. 

Each day consider dedicating a time — such as first thing in the morning — to 
check your critical log files from the previous night or weekend to ferret out 
intrusions and other computer and network security problems. You could 
dedicate a person to this task, but do you really want to subject someone to 
that kind of torture? 



v 0 Finding critical security events in system log files is difficult, if not 
impossible. It's just too tedious a task for the average human to accom- 
plish effectively. 
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Depending on the type of logging and security equipment you use, you 
might not even detect some security events, such as IDS evasion tech- 



es and hacks coming into allowed ports on the network. 



Enable system logging where it's reasonable and possible. You don't necessar- 
ily need to capture all computer and network events, but you should definitely 
look for certain obvious ones, such as login failures, malformed packets, and 
unauthorized file access. The preferable way to log security events is to use a 
syslog or other central server on your network. Do not keep logs on the local 
host, if possible, to help prevent the bad guys from tampering with log files to 
cover their tracks. Check out www. loganalysis . org for some good logging 
resources. 



A couple of good solutions to the security-monitoring dilemma are 

*<" Purchase an event logging system. A few low-priced yet effective 
solutions are available, such as GFI's EventsManager (www . gf i . com/ 
event smanager). Typically, lower-priced event logging systems usu- 
ally support only one OS platform — Microsoft Windows is the most 
common. Higher-end solutions, such as ArcSight's Logger (www. 
arcsight . com/products/products-logger), offer both log man- 
agement across various platforms and event correlation to help track 
down the source of security problems and the various systems affected 
during an incident. 

V Outsource security monitoring to a third-party managed security 
services provider (MSSP). Dozens of MSSPs were around during 
the Internet boom, but only a few strong ones remain, such as BT's 
Counterpane managed service (http : / /bt . counterpane . com/ 
index . html) and SecureWorks (www . secureworks . com). The value in 
outsourcing security monitoring is that the MSSP often has facilities and 
tools that you would likely not be able to afford and maintain. They also 
have analysts working around the clock and have the security experi- 
ences and knowledge they gain from other customers to share with you. 

When MSSPs discover a security vulnerability or intrusion, they can 
usually address the issue immediately, often without your involvement. 
I recommend at least checking whether third-party firms and their ser- 
vices can free some of your time and resources so that you can focus 
on other things. Just don't depend solely on their monitoring efforts; 
an MSSP will have trouble catching insider abuse, social engineer- 
ing attacks, and Web application hacks over SSL. You still need to be 
involved. 

v 0 Outsource security scanning to a third-party, Software as a Service 
(SaaS) provider. The latest trend is for organizations to outsource their 
external security scans to a third-party provider. As with MSSPs, orga- 
nizations can often get up and running with little to no investment, and 
have the benefit of saying an independent third party is performing the 
scans. 
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ing ethical hacking is very popular and a great way for organiza- 
tions to get an unbiased third-party perspective of their information security. 
Outsourcing allows you to have a checks-and-balances system that clients, 
business partners, and regulators like to see. 




Outsourcing ethical hacking can be expensive. Many organizations spend 
thousands of dollars — often tens of thousands — depending on the testing 
needed. However, doing all this yourself isn't cheap — and quite possibly not 
as effective, either! 

A lot of confidential information is at stake, so you must trust your outside 
consultants and vendors. Consider the following questions when looking for 
an independent expert or vendor to partner with: 



v 0 Is your ethical hacking provider on your side or a third-party vendor's 
side? Is the provider trying to sell you products, or is the provider 
vendor neutral? Many providers might try to make a few more dollars 
off the deal — which might not be necessary for your needs. Just make 
sure that these potential conflicts of interest aren't bad for your budget 
and your business. 

What other IT or security services does the provider offer? Does the 
provider focus solely on security? Having an information security spe- 
cialist do this testing for you is often better than working with an IT gen- 
eralist organization. After all, would you hire a general corporate lawyer 
to help you with a patent, a general family practitioner to perform sur- 
gery, or a computer technician to rewire your house? 

*<" What are your provider's hiring and termination policies? Look for 
measures the provider takes to minimize the chances that an employee 
will walk off with your sensitive information. 

Does the provider understand your business needs? Have the provider 
repeat the list of your needs and put them in writing to make sure you're 
both on the same page. 

«<" How well does the provider communicate? Do you trust the provider 
to keep you informed and follow up with you in a timely manner? 

Do you know exactly who will perform the tests? Will one person do 
the testing, or will subject-matter experts focus on the different areas? 
(This isn't a deal breaker but is nice to know.) 

*<" Does the provider have the experience to recommend practical and 
effective countermeasures to the vulnerabilities found? The provider 
shouldn't just hand you a think report and say, "Good luck with all that!" 
You need realistic solutions. 
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hcTCxeTs — ^ffn referring to the black-hat 
hackers who have hacked into computer sys- 
tems in the past — can be very good at what 
they do. Many people swear by hiring reformed 
hackers to do ethical hacking. Others compare 
this to hiring the proverbial fox to guard the hen 
house. If you're thinking about bringing in a 
former unethical hacker to test your systems, 
consider these issues: 

Do you really want to reward malicious 
behavior with your organization's busi- 
ness? 

Claiming to be reformed doesn't mean 
he or she is. There could be deep-rooted 
psychological issues or character flaws 
you're going to have to contend with. Buyer 
beware! 



Information gathered and accessed during 
ethical hacking is some of the most sen- 
sitive information your organization pos- 
sesses. If this information gets into the 
wrong hands — even ten years down the 
road — it could be used against your orga- 
nization. Some hackers and reformed crim- 
inals hang out in tight social groups. You 
might not want your information shared in 
their circles. 

That said, everyone deserves a chance to 
explain what happened in the past. Zero toler- 
ance is senseless. Listen to his or her story and 
use common-sense discretion as to whether 
you trust this person to help you. The supposed 
black-hat hacker actually might have been 
a gray-hat hacker or a misguided white-hat 
hacker who fits well in your organization. 



*<" What are the provider's motives? Do you get the impression that the 
provider is in business to make a quick buck off the services, with mini- 
mal effort and value added, or is the provider in business to build loy- 
alty with you and establish a long-term relationship? 




Finding a good organization to work with long term will make your ongoing 
efforts much simpler. Ask for several references and sample sanitized deliver- 
ables from potential providers. If the organization can't produce these without 
difficulty, look for another provider. 



Your provider should have its own service agreement for you that includes 
a mutual nondisclosure statement. Make sure you both sign this to help pro- 
tect your organization. 



Instilling a Security-AuJare Mindset 

Your network users are often your first and last line of defense. Make sure 
your ethical hacking efforts and the money spent on your information secu- 
rity initiatives aren't wasted because a simple employee slip-up gave a mali- 
cious attacker the keys to the kingdom. 
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These elements can help establish a security-aware culture in your 
organization: 




e security awareness and training an active and ongoing process 
among all employees and users on your network, including manage- 
ment and contractors. 

V Treat awareness and training programs as a long-term business 
investment. 

Security awareness programs don't have to be expensive. You can buy 
posters, mouse pads, screen savers, pens, and sticky notes to help 
keep security on everyone's mind. Some creative solutions vendors are 
Greenidea, Inc. (www . greenidea . com), Security Awareness, Inc. (www . 
securityawareness . com), and The Security Awareness Company 
(www. thesecurityawarenesscompany . com). 

Get the word on security out to management! 

*<" Align your security message with your audience and keep it as non- 
technical as possible. 

V Lead by example. Show that you take security seriously and offer evi- 
dence that helps prove that everyone else should, too. 



If you can get the ear of management and users, and put forth enough effort 
to make security a priority day after day, you can help shape your organiza- 
tion's culture. This can provide security value beyond your wildest imagina- 
tion. I've seen the difference it makes! 

Keeping Up With Other Security Issues 

Ethical hacking isn't the be-all and end-all solution to information security. 
It will not guarantee security, but it's certainly a great start. Ethical hacking 
must be integrated as part of an overall information security program that 
includes 

is* Higher-level information risk assessments 

v 0 Strong security policies that are enforced 

t>* Solid incident response and business continuity plans 

u 0 Effective security awareness and training initiatives 



This might require hiring more staff or outsourcing more security help as well. 




Don't forget about formal training for yourself and any colleagues who are 
helping you. You have to educate yourself consistently to stay on top of the 
security game. 
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In this part . . . 



MM/ ell, here's the end of the road, so to speak. In this 
▼ W part, I've compiled into top-ten lists what I believe 
are the absolute critical success factors to make ethical 
hacking — and information security in general — work in 
any organization. Bookmark, dog-ear, or do whatever you 
need to do with these pages so you can refer to them over 
and over again. This is the meat of what you need to know 
about information security, compliance, and managing 
information risks — even more so than the technical 
hacks and countermeasures I've covered thus far. Read it, 
study it, and make it happen. You can do it! 

In addition, the Appendix contains a listing of my favorite 
ethical hacking tools and resources that I've covered, bro- 
ken down into various categories for easy reference. 
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m Bozens of key steps exist for obtaining the buy-in and sponsorship that 
W*f you need to support your ethical hacking efforts. In this chapter, I 
describe the ones that I find are the most effective. 



Cultivate an Ally and Sponsor 

Selling ethical hacking and information security to management isn't some- 
thing you want to tackle alone. Get an ally — preferably your direct manager 
or someone at that level or higher in the organization — who understands 
the value of ethical hacking as well as information security in general. 
Although this person might not be able to speak for you directly, she can be 
seen as an unbiased third-party sponsor and can give you more credibility. 



Don't Be a FUDdy Duddy 

Sherlock Holmes said, "It is a capital offense to theorize before one has data." 
Accordingly, it's up to you to make a good case and to put information secu- 
rity and the need for ethical hacking on upper management's radar. Don't 
blow stuff out of proportion for the sake of stirring up fear, uncertainty, and 
doubt (FUD). Managers worth their salt see right through that. Focus on edu- 
cating management with practical advice. Rational fears proportional to the 
threat are fine — just don't take the Chicken Little route, claiming that the 
sky is falling with everything. 
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Demonstrate Hou! the Organization 
DX0\£k®d*$>rd to Be Hacked 

Show how dependent the organization is on its information systems. Create 
what-if scenarios — sort of a business impact assessment — to show what 
can happen and how long the organization can go without using the network, 
computers, and data. Ask upper-level managers what they would do without 
their computer systems and IT personnel — or what they'd do if sensitive 
business or client information was compromised. Show real-world anecdotal 
evidence on hacker attacks, including malware, physical security, and social 
engineering issues — but be positive about it. Don't approach management 
negatively with FUD. Rather, keep them informed on serious security hap- 
penings. So that management can relate, find stories regarding similar busi- 
nesses or industries. (A good resource is the Privacy Rights Clearinghouse 
listing, Chronology of Data Breaches, at www.privacyrights . org/ar/ 
ChronDataBreaches .htm.) Clip magazine and newspaper articles as well. 
Let the facts speak for themselves. 

Google is a great tool to find practically everything you need regarding infor- 
mation security breaches. 

Show management that the organization does have what a hacker wants. 
A common misconception among those ignorant to information security 
threats and vulnerabilities is that their organization or network is not really 
at risk. Be sure to point out the potential costs from damage caused by 
hacking: 

W Missed opportunity costs 
*** Loss of intellectual property 
i"* Liability issues 
\* Legal costs 
V* Compliance-related fines 
v 0 Lost productivity 
W Clean-up time and costs 

Costs of fixing a tarnished reputation 
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Outline the General Benefits 



In addition to the potential costs listed in the previous section, talk about 
how ethical hacking can help find security vulnerabilities in information 
systems that normally might be overlooked. Tell management that ethical 
hacking is a way of thinking like the bad guys so that you can protect yourself 
from the bad guys — Sun Tzu's "know your enemy" mindset from The Art 
of War. 



Short Houl Ethical Hacking Specifically 
Helps the Organization 



Document benefits that support the overall business goals: 

t<" Demonstrate how security can be inexpensive and can save the orga- 
nization money in the long run. 

• Security is much easier and cheaper to build in up front than to 
add on later. 

• Security doesn't have to be inconvenient and can enable produc- 
tivity if it's done properly. 

u* Discuss how new products or services can be offered for a competitive 
advantage if secure information systems are in place. 

• State and federal privacy and security regulations are met. 

• Business partner and customer requirements are met. 

• Managers and the company come across as business worthy. 

• Ethical hacking shows that the organization is protecting sensitive 
customer and business information. 

*<" Outline the compliance benefits of in-depth security testing. 



Understand the business — how it operates, who the key players are, and 
what politics are involved: 



Get Involved in the Business 



V Go to meetings to see and be seen. This can help prove that you're con- 
cerned about the business. 



Part VII: The Part of Tens 



1-^ *r* Knc 

d Books 



*<" Be a person of value who's interested in contributing to the business. 

Know your opposition. Again, use the "know your enemy" mentality — 
u understand what you're dealing with, buy-in is much easier to get. 



Establish \lour Credibility 

Focus on these three characteristics: 

v* Be positive about the organization, and prove that you really mean 
business. Your attitude is critical. 

Empathize with managers and show them that you understand the 
business side and what they're up against. 

*<" To create any positive business relationship, you must be trustworthy. 

Build that trust over time and selling security will be much easier. 



Speak on Management's LeVel 

No one is really that impressed with techie talk. Talk in terms of the business. 
This key element of obtaining buy-in is actually part of establishing your 
credibility but deserves to be listed by itself. 

I've seen countless IT and security professionals lose upper-level managers as 
soon as they start speaking. A megabyte here; stateful inspection there; pack- 
ets, packets everywhere! Bad idea. Relate security issues to everyday business 
processes and job functions. Period. 




Shout Value in \!our Efforts 

Here's where the rubber meets the road. If you can demonstrate that what 
you're doing offers business value on an ongoing basis, you can maintain a 
good pace and not have to constantly plead to keep your ethical hacking pro- 
gram going. Keep these points in mind: 

Document your involvement in IT and information security, and 
create ongoing reports for management regarding the state of security 
in the organization. Give management examples of how the organiza- 
tion's systems will be secured from attacks. 

V Outline tangible results as a proof of concept. Show sample vulnerabil- 
ity assessment reports you've run on your systems or from the security 
tool vendors. 



Chapter 19: Ten Tips for Getting Upper Management Buy-In 



DropBookS 



Treat doubts, concerns, and objections by upper management as 
requests for more information. Find the answers and go back armed 



ready to prove your ethical hacking worthiness. 



Be Flexible and Adaptable 



Prepare yourself for skepticism and rejection at first — it happens a lot, espe- 
cially from upper-level managers such as CFOs and CEOs, who are often com- 
pletely disconnected from IT and security in the organization. 

Don't get defensive. Security is a long-term process, not a short-term product 
or single assessment. Start small — with a limited amount of resources, such 
as budget, tools, and time, and then build the program over time. 

Studies have found that new ideas presented casually and without pressure 
are considered and have a higher rate of acceptance than ideas that are 
forced on people under a deadline. Just like with a spouse or colleagues at 
work, if you focus on and fine tune your approach — at least as much as you 
focus on the content of what you're going to say — you can often get people 
on your side, and in return, get a lot more accomplished. 
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Chapter 20 

PlenReasons Hacking Is the Only 
Effective Way to Test 



•^thical hacking is not just for fun or show. For numerous business rea- 

sons, ethical hacking is the only effective way to find the security vulner- 
abilities that matter in your organization. 



The Bad Guys Are Thinking Bad 
Thoughts, Using Goad Toots, and 
Developing New Attack Methods 

If you're going to keep up with external attackers and malicious insiders, you 
have to stay current on the latest attack methods and tools. 

IT Governance and Compliance Is More 
Than High-LeVei Checklist Audits 

With all the government laws and industry regulations in place, your busi- 
ness likely doesn't have a choice in the security matter. The problem is that 
being "compliant" with these laws and regulations doesn't automatically 
mean you're "secure." You have to take the checklist audit blinders off and 
dig in deeper using ethical hacking tools and techniques in order to find out 
what really matters. 
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No doubt, someone in your organization understands higher-level security 
audits better than this ethical hacking stuff. However, if you can sell that 
person on ethical hacking and integrate it into existing security initiatives, 
the auditing process can go much deeper and improve your outcomes. 
Everyone wins. 

Someone's Going to Ask Hou! 
Secure \lour Systems Are 

Many businesses now require in-depth security assessments of their busi- 
ness partners. The same goes for certain clients. The bigger companies might 
want to know how secure their information is on your network. The only way 
to definitively know where things stand is to use the methods and tools I 
cover in this book. 

The LaW of Averages Is Working 
Against Businesses 

Information systems are becoming more complex by the day. Literally. It's 
just a matter of time before these complexities work against you in the bad 
guys' favor. If you're going to stay informed and ensure your critical business 
systems and the sensitive information they process and store stay secure, 
you have to look at things with a malicious mindset. 

Ethical Hacking Creates a Better 
Understanding of What the 
Business Is Up Against 

You can say passwords are weak or patches are missing but actually exploit- 
ing such flaws and showing the outcome is quite another feat. There's no 
better way to prove there's a problem and motivate management to do some- 
thing about it than by showing the outcomes of ethical hacking. 
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In the event a malicious insider or external attacker still breaches your secu- 
rity, your business is sued, or falls out of compliance with laws or regula- 
tions, management can at least demonstrate that they were performing due 
diligence to uncover security risks on a periodic and consistent basis. 

Ethical Hacking Brings Out the 
Worst in \lour Systems 

Someone walking around with a checklist will find security "best practices" 
you're missing, but they're not going to find most of the in-depth security 
flaws that ethical hacking is going to uncover. You know, the ones that can 
get you into the worst trouble. Ethical hacking brings out the warts and all. 



Ethical Hacking Combines the Best of 
Penetration Testing and Vulnerability 
Testing 

Penetration testing is rarely enough to find everything in your systems — the 
scope of traditional penetration testing is simply too limited. Neither is vul- 
nerability testing. Ethical hacking combines the best of both and gets you the 
most bang for your buck. 



Ethical Hacking Can Uncover 
Operational Weaknesses That 
Might Go Overlooked For l/ears 

Ethical hacking not only uncovers technical, physical, and human weak- 
nesses but it can also reveal problems with IT and security operations, such 
as patch management, change management, and lack of awareness, that may 
not be found otherwise. 
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^^everal deadly mistakes — when properly executed, of course — can 

wreak havoc on your ethical hacking outcomes and even your career. In 
this chapter, I discuss the potential pitfalls to be keenly aware of. 



Getting Prior Approval in Writing 

Getting documented approval, such as an e-mail, an internal memo, or a 
formal contract for your ethical hacking efforts — whether it's from manage- 
ment or your client — is an absolute must. It's your Get Out of Jail Free card. 

Obtain documented approval that includes the following: 

Iv 0 Your plan, your schedule, and the systems to test. 
t>* An authorized decision-maker's signature agreeing to the terms of your 
plan and agreeing not to hold you liable for malicious use or other bad 
things that can happen unintentionally. 

No exceptions here — especially when you're doing work for clients: Make 
sure you get a signed copy of this document for your files. 

Assuming That \lou Can Find Alt 
Vulnerabilities during \lour Tests 

So many security vulnerabilities exist — known and unknown — that you 
won't find them all during your testing. Don't make any guarantees that you'll 
find all the security vulnerabilities in a system. You'll be starting something 
that you can't finish. 



Not 
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Stick to the following tenets: 

ealistic. 
good tools. 

*<" Get to know your systems and practice honing your techniques. 




Assuming That \lou Can Eliminate 
Alt Security Vulnerabilities 

When it comes to computers, maintaining 100 percent, ironclad security is 
not attainable. You can't possibly prevent all security vulnerabilities, but 
you'll do fine if you 

Iu* Follow solid practices. 
Patch and harden your systems. 
Apply reasonable security countermeasures. 



Performing Tests Only Once 

Ethical hacking is a snapshot of your overall state of security. New threats 
and vulnerabilities surface continually, so you must perform these tests peri- 
odically and consistently to make sure you keep up with the latest security 
defenses for your systems. 



Thinking That \lou Knou) It Alt 

No one working with computers or information security knows it all. Keeping 
up with all the software versions, hardware models, and emerging technolo- 
gies, not to mention the associated security threats and vulnerabilities, is 
impossible. Good ethical hackers know their limitations — that is, what they 
don't know. However, ethical hackers certainly know where to get answers. 
(Hint: Try Googling it.) 
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Dropf&O^rf&m a Hacker's Viewpoint 

Think about how a malicious outsider or rogue insider can attack your net- 
work and computers. Get a fresh perspective, and try to think outside the 
proverbial "box." Study criminal and hacker behaviors and common hack 
attacks so you know what to test for. 



Not Testing the Right Systems 

Focus on the systems and operations that matter most. You can hack away 
all day at a standalone desktop running MS-DOS from a 5%-inch floppy 
disk with no network card and no hard drive, but does that do any good? 
Probably not. But you never know. Your biggest risks might be on the seem- 
ingly least critical system. Focus on what's urgent and important. 



Not Using the Right Tools 

Without the right tools for the task, getting anything done without driving 
yourself nuts is impossible. Download the free tools I mention throughout 
this book and in Appendix A. Buy commercial tools when you can — they're 
usually worth every penny. No security tool does it all, though. Building your 
toolbox and getting to know your tools well will save you gobs of effort, and 
you'll impress others with your results. 



Pounding Production Systems 
at the Wrong Time 

One of the best ways to tick off your manager — or lose your customer's 
trust — is to run hack attacks against production systems when everyone 
is using them. If you try to hack a system at the wrong time, expect that 
something will take down the critical systems at the absolute worst moment. 
Make sure you know the best time to perform your testing. It might be in 
the middle of the night. (I never said ethical hacking is easy!) This might be 
reason to justify using security tools and other supporting utilities that can 
help automate certain ethical hacking tasks. 
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Outsourcing Testing and 
DropBeBk#70 Involved 

Outsourcing is great, but you must stay involved throughout the entire pro- 
cess. Handing over the reins of your security testing to a third party without 
following up and staying on top of what's taking place is a bad idea. You 
won't be doing your manager or customers a favor by staying out of their 
hair. Get in their hair. (But not like a piece of chewing gum — that just makes 
everything more difficult.) 



Appendix 



and Resources 



7o stay up to date with the latest and greatest ethical hacking tools and 
resources, you have to know where to turn to. This appendix contains 
my favorite security sites, tools, resources, and more that you can benefit 
from in your ongoing ethical hacking program. 

This book's online Cheat Sheet contains links to all the online tools and 
resources listed in this appendix. Check it out at www . dummies . com/ 
Cheatsheet /hacking. 



Bluetooth 

BlueScanner — https : / / labs . arubanetworks . com 

Bluesnarfer — www . alighieri . org/ tools/bluesnarf er . tar . gz 

BlueSniper rifle — www. tomsguide . com/us /how-to-bluesniper- 
ptl , review-408 .html 

Blooover — http : / /tri finite . org/ trif inite_stuf f_blooover . 
html 

Bluejacking community site — www. blue j ackq . com 

BTScanner for XP — www. pentest . co . uk/src/btscanner_l_0_0 . zip 

Car Whisperer — http : / /trif inite . org/trif inite_stuf f_ 
carwhisperer . html 

Detailed presentation on the various Bluetooth attacks — http : / / 
trif inite . org /Downloads 12 lc3_Bluetooth_Hacking . pdf 

NIST Special Publication 800-48 — http : / /csrc . nist . gov/ 
publications /nistpubs/ 80 0-48-revl/SP800-48rl .pdf 

Smurf — www . gatef old . co . uk/smurf 
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Hacking For Dummies, 3rd Edition 



Certifications 

d Books 



Ethical Hacker — www. eccouncil . org/CEH . htm 

Certified Information Security Manager — www. isaca . org 

Certified Information Systems Security Professional — www. isc2 . org/ 
cissp/def ault . aspx 

Certified Wireless Security Professional — www. cwnp . com/ cwsp/ index . 
html 

CompTIA Security+ — www. comptia . org/ certifications /lis ted/ 
security . aspx 

SANS GIAC — www . giac . org 



databases 

Advanced Access Password Recovery — www. elcomsof t . com/acpr .html 

Advanced SQL Password Recovery — www. elcomsof t . com/asqlpr .html 

AppDetectivePro — www. appsecinc . com/products /appdetective 

Elcomsoft Distributed Password Recovery — www. elcomsof t . com/edpr . 
html 

Microsoft SQL Server Management Studio Express — www. microsoft . com/ 
express /sql /default . aspx 

NGSSQuirreL — www. ngssof tware . com/products /database- security 

Pete Finnigan's listing of Oracle scanning tools — www. pete f innigan. com/ 
tools . htm 

QualysGuard — www. qualys . com 

SQLPing3 — www. sqlsecurity . com/Tools/FreeTools/tabid/65/ 
Default . aspx 

Exploit Toots 

Metasploit — www.metasploit . com 
MilwOrm — www.milwOrm. com 
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www . af rinic . net 
APNIC — www . apnic . net 

ARIN — https : / /we . arin . net/whois / index . html 

Bing — www . bing . com 

DNSstuff.com — www.DNSstuf f . com 

dnstools.com — www. dnstools . com 

The File Extension Source — http://filext.com 

Google — www. google . com 

Government domains — www . dotgov . gov 

Hoover's business information — www . hoovers . com 

LACNIC — www . lacnic . net 

Military domains — www . nic . mil 

Netcraft's What's that site running? — www.netcraft.com 

RIPE Network Coordination Centre — www. db . ripe . net/whois 

Switchboard.com — www. switchboard, com 

U.S. Patent and Trademark Office — www . uspto . gov 

US Search.com — www. ussearch. com 

U.S. Securities and Exchange Commission — www. sec . gov/edgar . shtml 

Wotsit's Format — www.wotsit . org 

Whois.net — www . whois . net 

Whatismyip.com — www. what ismyip . com 

Yahoo! Finance — http: //f inance.yahoo.com 

Zabasearch — www . zabasearch . com 



Hacking For Dummies, 3rd Edition 



Hacker Stuff 

□Books 



Hacker Quarterly — www . 2 6 0 0 . com 
Computer Underground Digest — http : / /cu-digest . org/ 
Hacker T-shirts, equipment, and other trinkets — www . thinkgeek . com 
Hackin9 — http : / /hakin9 . org 

Honeypots: Tracking Hackers — www. tracking-hackers . com 
The Online Hacker Jargon File — www . j argon . 8hz . com 
PHRACK — www . phrack . org 



Keytoqqers 



Invisible KeyLogger Stealth — www. amecisco . com/iks .htm 
KeyGhost — www . keyghost . com 
SpectorSoft — www. spectorsof t . com 



LaWs and Regulations 



Gramm-Leach-Bliley Act (GLBA) Safeguards Rule — www . f tc . gov/ os / 
2002/05/67fr36585.pdf 

Health Information Technology for Economic and Clinical Health (HITECH) 

Act — www . oig . dot . gov/ files /Recovery_Act . pdf 

Health Insurance Portability and Accountability Act (HIPAA) Security Rule — 

www. cms . hhs . gov/securitystandard/downloads/ 
securityf inarule .pdf 

Payment Card Industry Data Security Standard (PCI DSS) — www . 

pcisecuritystandards . org/security_standards/pci_dss . shtml 

U.S. state breach notification laws — www.ncsl . org/programs/lis/cip/ 
priv/breachlaws .htm 



Appendix: Tools and Resources 




DropBooks 



Linux 



:k — www . remote-exploit . org/backtrack . html 



freshmeat.net — http : / / f reshmeat . net 
GFI LANguard — www . gf i . com/ lannetscan 

Linux Security Auditing Tool (LSAT) — http : / /usat . sourcef orge . net 

QualysGuard — www. gualys . com 

SourceForge — http : / / sourcef orge . net 

THC-Amap — http : / / f reeworld. the . org/thc-amap 

Tiger — www. nongnu . org /tiger 



BackTrack — www . remote-exploit . org/backtrack . html 

Comprehensive listing of live bootable Linux toolkits — www. f rozentech. 
com/ content /livecd.php 

Knoppix — www . knoppix . net 

Network Security Toolkit — www. networksecuritytoolkit . org 
Security Tools Distribution — http: //s-t-d.org 



ArcSight Logger — www. arc sight . com/products /products -logger 
GFI EventsManager — www. gf i . com/eventsmanager 
LogAnalysis.org system logging resources — www. loganalysis . org 



Litfe Toolkits 



Log Analysis 



Messaging 

Abuse.net SMTP relay checker — www. abuse .net /relay .html 
Brutus — www.hoobie .net/brutus 
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Cain & Abel — www. oxid. it/cain.html 

com relay checker — www .dnsstuff.com 

iti-Virus test file — www. eicar . org/anti_virus_test_f ile . 



htm 

GFI e-mail security test — www. gf i . com/ emailsecurity test 
mailsnarf — www . monkey . org / -dugs ong/dsniff or 
smtpscan — www. f reshports . org/security/smtpscan 



Miscellaneous Tools 



FreeZip — http : / /members . ozemail . com. au/~nulif etv/f reezip 
WinZip — www. winzip . com 



NetWare 



Craig Johnson's BorderManager resources — http : / /nscsysop . 
hypermart . net 

JRB Software — www. j rbsof tware . com 

NetServerMon — www. simonsware . com/nsmdesc .html 

Pandora — www. nmrc . org/proj ect /pandora 

Rcon program — http : / /packetstormsecurity.nl /Netware/ 
penetration/rcon . zip 

Remote — www . security focus . com/data/vulnerabilities/ 
exploits /Remote . zip 

UserDump — www . hammerof god . com/download/userdump . zip 



Networks 



Arpwatch — http : / /linux . maruhn . com/ sec/arpwatch . html 

Blast — www. founds tone . com/us/ resources /proddesc /blast . htm 

Cain & Abel — www . oxid . it /cain . html 
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CommView — www. tamos . com/products /commview 
t^www . monkey . org/~dugsong/dsnif f 
nSn NetTools — www. tamos . com/products /net tools 
ettercap — http : / /ettercap . source forge .net 

Firewalk — www. packet stormsecurity . org /UNIX /audit / f irewalk 

Getif — www. wtcs . org/snmp4tpc/getif . htm 

GFI LANguard — www . gf i . com/ lannetscan 

IETF RFCs — www. rf c- editor . org/rf cxxOO . html 

IKEcrack — http : / /ikecrack. sourcef orge . net 

MAC address vendor lookup — http : / /standards . ieee . org/regauth/ 
oui / index . shtml 

MAC Changer — www. alobbs . com/macchanger 

Nessus vulnerability scanner — www . nessus . org 

Netcat — http : / /netcat . sourcef orge . net 

Netfilter/iptables — www .netfilter.org 

NetResident — www. tamos . com/products/netresident 

NetScanTools Pro — www. netscantools . com 

Nmap port scanner — http : / /nmap . org 

NMapWin — http: / /sourceforge.net/projects/nmapwin 

OmniPeek — www. wildpackets . com/products /distributed_ 
network_analysis /omnipeek_network_analyzer 

Port number listing — www . iana . org /assignments /port -numbers 

Port number lookup — www. cotse . com/ cgi -bin/port . cgi 

PortSentry — http : / / sourcef orge . net /pro j ects/sentrytools 

PromiscDetect — http : / /ntsecurity . nu/ toolbox/promiscdetect 

QualysGuard vulnerability scanner — www . qualys . com 

SMAC MAC address changer — www.klcconsulting.net/smac 

SNAPJl — www. intersectalliance . com/projects /Snare 
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sniffdet — http: / / sniff det . sourcef orge . net 




'IL — www. wtcs . org/ snmp4tpc/ FILES/ Tools /SNMPUTIL/ 
ih . zip 



SuperScan port scanner — www. foundstone.com/us/resources/ 
proddesc / superscan . htm 

TCP Wrappers — http : //itso . iu.edu/TCP_Wrappers 
TrafficIQ Pro — www . karalon . com 

UDPFlood — www. founds tone . com/us /resources /proddesc/ 
udp flood . htm 

WhatlsMyIP — www. what ismyip . com 
Wireshark — www.wireshark. org 



Advanced Archive Password Recovery — www. elcomsof t . com/archpr . 



BIOS passwords — http : / /labmice . techtarget . com/articles/ 
BIOS_hack.htm 

Brutus — www.hoobie .net/brutus 
Cain & Abel — www. oxid . it /cain . html 

Crack — f tp : / /coast . cs .purdue . edu/pub/tools/unix/pwdutils/ 



Default vendor passwords — www.cirt.net/passwords 

Dictionary files and word lists 

ftp : / /ftp . cerias .purdue . edu/pub/dict 
ftp : / /ftp . ox . ac . uk/pub/wordlists 

http : / /packet stormsecurity . nl /Crackers /wordlists 

www. outpost 9 . com/f iles/WordLists . html 

http: //rsl59 .rapidshare.com/files/184075601/ 
BlackKnightList . rar 

Elcomsoft Distributed Password Recovery — www. elcomsof t . com/edpr . 



Password Cracking 



html 



crack 



html 
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Elcomsoft System Recovery — www. elcomsof t . com/ esr .html 

th^ Ripper — www . openwall . com/ j ohn 

— http : / /ophcrack . sourcef orge . net 

Pandora — www. nmrc . org/proj ect /pandora 

Password Safe — http : / /passwordsaf e . sourcef orge . net 

Proactive Password Auditor — www . elcomsof t . com/ppa . html 

Proactive System Password Recovery — www. elcomsof t . com/pspr .html 

pwdump3 — www. openwall . com/passwords/dl/pwdump/pwdump3v2 . 
zip 

NetBIOS Auditing Tool — www. security focus . com/ tools/ 543 

NIST Guide to Enterprise Password Management — http : //csrc .nist . 
gov/publications /drafts/ 800-118 /draf t-sp800-118 .pdf 

NT Access — www .mirider . com/ ntaccess . html 

RainbowCrack — http : / /pro j ect-rainbowcrack . com 

Rainbow tables — http : / /rainbowtables . shmoo . com 

SQLPing3 — www. sql security. com/Tool s/FreeTools/ tabid/ 65/ 
Default . aspx 

TSGrinder — www . hammer of god . com/ download/ tsgrinder-2 .03 .zip 
WinHex — www . winhex . com 



Patch Management 

BigFix Patch Management — www.bigf ix. com/content/patch- 
management 

Debian Linux Security Alerts — www. debian . org/security 

Ecora Patch Manager — www. ecora . com/ecora/products/ 
patchmanager . asp 

GFI LANguard — www . gf i . com/ lannetscan 

Linux Kernel Updates — www . linuxhq . com 

Lumension Patch and Remediation — www. lumension. com/ 
vulnerability-management/patch-management-software . j sp 
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Novell Patches and Security — http : / /support .novel 1 . com/patches . 
html 



TechNet Security Center — http: / /technet .microsoft . com/ 
sTsecurity/def ault . aspx 

Red Hat Linux Security Alerts — http : / /updates . redhat . com 

Slackware Linux Security Advisories — www. slackware . com/ security 

SUSE Linux Security Alerts — www. novel 1 . com/ linux/ download/ 
updates/ 

Windows Server Update Services from Microsoft — www. microsoft . com/ 
windows server system/updateservices /default .mspx 



Security Education and 
Learning Resources 



Kevin Beaver's information security articles, whitepapers, webcasts, pod- 
casts, and screencasts — www.principlelogic . com/resources .html 

Kevin Beaver's Security On Wheels information security audio programs — 

http : / /securityonwheels . com 

Kevin Beaver's Security On Wheels blog — http : / /securityonwheels . 
com/blog 

Kevin Beaver's Twitter page — www. twitter . com/kevinbeaver 



Security Methods and Models 



Open Source Security Testing Methodology Manual — www . isecom . org/ 
osstmm 

OWASP www . owasp . org 
Secur/Tree — www . amenaza . com 

Software Engineering Institute's OCTAVE methodology — www. cert . org/ 
octave 
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Source Code Analysis 



jjr|g\k^l^rx — www . checkmarx . com 
Fortify Software — www. f ortifysof tware . com 



Klocwork — www . klocwork . com 



Ounce Labs — www . ounce labs . com 



Storage 



CHAP Password Tester — www. isecpartners . com/ tools .html#CPT 

CIFSShareBF — www. isecpartners . com/SecuringStorage/ 
CIFShareBF . zip 

Effective File Search — www. sowsof t . com/ search. htm 
FileLocator Pro — www.mythicsof t . com/f ilelocatorpro 
GFI LANguard — www. gf i . com/lannetscan 
Google Desktop — http : / /desktop . google . com 

GrabiQNs — www. isecpartners . com/SecuringStorage/GrabiQNs . zip 
Identity Finder — www. identityf inder . com 

NASanon — www. isecpartners . com/SecuringStorage/NASanon . zip 

StorScan — www. isecpartners . com/ tools . html #S tor Scan 

SuperScan — www. foundstone . com/us/resources/proddesc/ 
superscan . htm 



Bastille Linux Hardening Program — http: //bastille-linux. 
sourcef orge . net 

Center for Internet Security Benchmarks — www . c i s ecur i ty . org 
Deep Freeze — www . f aronics . com/html /deepfreeze . asp 
Fortres 101 — www.fortresgrand.com 



System Hardening 
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How to disable SMTP relay on various e-mail servers — www. mail-abuse . 
com/ an_sec3rdparty.html 



www . imperva . com/products /database- firewall . html 

Linux Administrator's Security Guide — www. seif ried. org/lasg 

PGP Whole Disk Encryption — www.pgp . com/products/ 
who 1 edi skenc rypt ion 

Pyn Logic — www . pynlogic . com/enzoinf o2 . aspx 

SecurellS — www. eeye . com/html /products /secureiis/ index .html 

ServerDefender — www.port80sof tware . com/products/ 
server defender 

TrueCrypt — www . truecrypt . org 



User Awareness and Training 

Awareity MOAT — www . awareity . com 

Dogwood Management Partners Security Posters — www . 

securitposters .net 

Greenidea Visible Statement — www . greenidea . com 

Interpact, Inc. Awareness Resources — www . 

thesecurityawarenesscompany . com 

Managing an Information Security and Privacy Awareness and Training 
Program by Rebecca Herold (Auerbach) — www . amazon . com/Managing- 
Informat ion-Security-Awareness -Training/ dp/ 084932 963 9 

NIST Awareness, Training, & Education resources — http : //csrc.nist . 
gov/ATE 

Security Awareness, Inc. — www. securityawareness . com 



Voice oVer IP 



Cain & Abel — www. oxid. it/cain . html 
CommView — www . tamos . com/products /commview 
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Listing of various VoIP tools — www. voipsa . org/Resources/ tools .php 
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3 800-58 document — http: / /csrc .nist .gov/publications/ 
ss / 800-58 /SP80 0-58 - f inal .pdf 



OmniPeek — www. wildpackets . com/products /distributed. 
network_analysis /omnipeek_network_analyzer 

PROTOS — www. ee . oulu . f i/ research/ ouspg/protos 

sipsak — http : / /sipsak . org 

SiVuS — http : / /vopsec . net /html /tools .html 
vomit — http : / /vomit . xtdnet . nl 

VoIP Hopper — http : / / voiphopper . sourcef orge . net 



Vulnerability databases 



Common Vulnerabilities and Exposures — http : / /eve .mitre . org 

CWE/SANS Top 25 Most Dangerous Programming Errors — www. sans . org/ 
top2 5errors 

National Vulnerability Database — http : / /nvd. nist . gov 

Privacy Rights Clearinghouse's A Chronology of Data Breaches — 
www. privacyrights . org/ar/ChronDataBreaches . htm 

SANS Top 20 Internet Security Problems, Threats, and Risks — www . sans . 
org/top2 0 

US-CERT Vulnerability Notes Database — www . kb . cert . org/vuls 
Wireless Vulnerabilities and Exploits — www . wve . org 



Web Applications 



Absinthe — www. 0x90 . org/releases/absinthe 
Acunetix Web Vulnerability Scanner — www. acunetix . com 
Brutus — www . hoobie . net /brutus / index . html 
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Defaced Web sites — http : / /zone-h. org/ archive 
Website Copier — www . httrack . com 



eb Developer — http : / /chrispederick . com/work/ 
web-developer 

Foundstone's Hacme Tools — www. founds tone . com/us/ resources - 
free-tools . asp 

Google Hack Honeypot — http : / /ghh . sourcef orge . net 

Google Hacking Database — http : / / johnny . ihackstuf f . com/ghdb 

NGSSquirrel — www . ngs software . com/ software . htm 

N-Stealth Web Application Security Scanner — www.nstalker . com/eng/ 
products /ns teal th 

Paros Proxy — www . parosproxy . org 

Port 80 Software's ServerMask — www.port8 0sof tware . com/products/ 
servermask 

SiteDigger — www. f oundstone . com/us / resources/proddesc / 
sitedigger . htm 

SWFScan — https : //h3 0406 . www3 .hp . com/campaigns/2 009/ 
wwcampaign/ 1-5TUVE/ index . php?key=swf 

Weblnspect — www. spidynamics . com/products /webinspect/ index . 
html 

WebGoat — www. owasp . org/ index. php/Category : OWASP_WebGoat_ 
Pro j ect 

WSDigger — www. f oundstone . com/us /resources/proddesc/ 
wsdigger . htm 

WSFuzzer — www. owasp . org/ index .php/Category : OWASP_WSFuzzer_ 
Pro j ect 



Windows 

DumpSec — www. systemtools . com/somarsof t/ ?somarsof t . com 
GFI LANguard — www . gf i . com/ lannetscan 
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Microsoft Baseline Security Analyzer — www. microsoft . com/technet/ 
security/ tools /mbsahome .mspx 



Users — www . optimumx . com/ download/netusers . zip 

QualysGuard — www . qualys . com 

Sysinternals — http : / /technet .microsoft . com/en-us/ 
sys internals /default . aspx 

Winfo — www. nt security . nu/ toolbox /winfo 



Wireless NeWorks 

Aircrack — http : / /aircrack-ng . org 

AirMagnet WiFi Analyzer — www. airmagnet . com/products/wif i_ 
analyzer 

AirSnort — http : / /airsnort . shmoo . com 
Asleap — http : / /asleap . sourcef orge .net 

Cantenna war-driving kit — http : //mywebpages . comcast .net/hughpep 
CommView for Wi-Fi — www . tamos . com/products /commwif i 
Digital Hotspotter — www. canarywireless . com 

Elcomsoft Wireless Security Auditor — www. elcomsof t . com/ewsa .html 
Homebrew WiFi antenna — www. turnpoint . net /wireless /has . html 
KisMAC — http : / / trac . kismac-ng . org 
Kismet — www . kismetwireless . net 
NetStumbler — www. netstumbler . com 

OmniPeek — www . wildpackets . com/ products /omni /overview/ 
omnipeek_analyzers 

SeattleWireless Hardware Comparison page — www. seattlewireless . 
net / index . cgi/HardwareComparison 

Super Cantenna — www . cantenna . com 
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Wellenreiter — http : / / sourcef orge . net /pro j ects / wellenreiter / 
P£yj£k — http : / /wepcrack . sourcef orge . net 
atabase of wireless networks — www . wigle . net 
WifiMaps — www . wif imaps . com 
WiFinder — www. wif inder . com 

WildPackets' OmniPeek — www. wildpackets . com/products/ 
distributed_network_analysis /omnipeek_network_analyzer 

WinAirsnort — http : / /winairsnort . free . f r 



DropBooks 

• Numerics • 



Index 



Andrews, Chip (Special Ops Security), 

305-306 
anonymity, 34 
Apache Web server, 209 
APNIC, 51, 353 
AppDetectivePro, 308, 352 
application attacks, 16 
Arcsight Logger, 331, 355 
ARIN, 51, 353 

ARP (Address Resolution Protocol), 140 
ARP spoofing. See also network 
infrastructure attacks 

countermeasures, 144 

defined, 140 

how it works, 140-141 

using Cain & Abel, 141-143 
Arpwatch, 144, 356 
Asleap, 164, 365 
Asterisk, 68 

Athena FirewallGrader, 133 
attack tree analysis, 39 
attacks 

account enumeration attacks, 257-259 

application attacks, 16 

ARP spoofing, 140-143 

banner grabbing, 130-131, 255-257 

brute-force attacks, 95-96 

buffer overflows, 283-284 

code injection, 287-289 

database attacks, 303-309 

denial of service attacks, 145-147 

dictionary attacks, 94-95 

directory reversal attacks, 280-283 

dumpster diving, 15 

e-mail attacks, 252-267 

e-mail bombs, 252-255 

e-mail header disclosures, 263 

e-mail traffic capture, 264 

encrypted traffic, 160-165 

hidden field manipulation, 285-286 

input filtering attacks, 283-291 

instant messaging, 267-270, 287-289 

keystroke logging, 103-104 



802.11 encryption protocols, 161-162 
802.1 li encryption protocols, 165 
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Absinthe, 363 

Abuse.net SMTP relay checker, 355 
access control, 217 
access points (APs) 

MAC address of, 156 

network vulnerabilities and, 152 

rogue wireless devices, 165 
account enumeration attacks, 257-260 
account lockout, 112 
Active Directory database, 93 
Acunetix Web Vulnerability Scanner, 278, 

288, 290, 296, 363 
Address Resolution Protocol (ARP), 140 
Advanced Access Password Recovery, 
307, 352 

Advanced Archive Password Recovery, 

102-103, 358 
Advanced Encryption Standard (AES), 

162, 165 

Advanced SQL Password Recovery, 

304, 306, 352 
AES (Advanced Encryption Standard), 

162, 165 
AfriNIC, 50, 353 
Aircrack, 154, 161, 365 
AirMagnet Handheld Analyzer, 155 
AirMagnet WiFi Analyzer, 154, 166, 

168-169, 365 
Airodump, 161 
AirSnort, 365 

Akin, Thomas (Southeast Cybercrime 

Institute), 251 
allintitle Google operator, 282 
Amap, 215 
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MAC address spoofing, 143-144, 170-175 
ma lware, 264 

lief-vadc uajrJstrualure attacks, 15 

operating system attacks, 15 

password cracking, 89-109 

physical, 15 

rainbow attacks, 96 

rconsole attacks, 233-236 

reasons for, 31 

SMTP attacks, 257-265 

SMTP relay attacks, 260-262 

social engineering, 15 

SQL injection, 287-289 

storage system attacks, 309-313 

styles of, 32 

timing, 33 

URL manipulation, 285 

voice over IP, 270-276 

vulnerability and, 33 
auditing, security, 12 
Auditory Professional, 269 
authenticated scans, 205-206 
authorization, 18 
automated assessment, 56 
Awareity MOAT, 362 



background checks, 49 
BackTrack 
capturing e-mail traffic address with, 258 
firewall rulebase testing with, 133 
Linux security testing with, 154, 209 
network vulnerability testing with, 148 
Web site, 355 
banner grabbing. See also network 
infrastructure attacks 
countermeasures, 131 
defined, 130 
overview, 130 
telnet, 130-131 
banners, 130, 255-257 
Bastille Linux Hardening Program, 361 
Beaver, Kevin {Security On Wheels), 360 
believability in social engineering, 69 
Berkeley Software Distribution (BSD) 
r-commands, 218-220 



BigFix Patch Management, 227, 325, 359 

Bing search engine, 48, 353 

BIOS passwords, 107, 358 

BitLocker, 198 

black hat hackers, 10 

BlackKnightList, 95, 296 

blank password, 101-102 

Blast tool, 146, 356 

Blaster worm, 181 

blind assessment, 42, 47 

blind SQL injection, 287 

Blooover, 160 

Bluejacking, 160, 351 

BlueScanner, 160, 351 

Bluesnarfer, 160, 351 

BlueSniper rifle, 160 

Bluetooth, 160, 351 

BorderManager resources, 356 

broadcast mode, 140 

brute-force attacks, 95-96 

Brutus 

brute-force testing with, 296 

password cracking with, 93 

POP3 password cracking with, 265 

Web site, 355, 358, 363 " 
BTScanner for XP, 160, 351 
buffer overflows, 223-224, 283-284 
building infrastructure, physical security, 

78-79 
business phones, 68 
buy-in, management, 339 

ally and sponsor, 337 

benefits of ethical hacking, 339 

establishing credibility, 340 

flexibility and adaptability, 341 

getting involved in business, 339-340 

practical advice, 337 

speaking on management's level, 340 

value in efforts, 340-341 

what-if-scenarios, 338 



Cain & Abel. See also software and testing 
tools 

ARP spoofing with, 141-143 
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capturing and recording voice traffic 
with, 274-276 
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network analysis with, 105, 121, 135 

password cracking with, 92, 304 

Web site, 356, 358, 362 
Camasia Studio, 41 
Canary Wireless, 155 
cantenna, 155, 365 
CAPTCHA, 255, 297 
Car Whisperer, 160, 351 
Carrier Sense Multiple Access/Collision 
Avoidance (CSMA/CA) protocol, 175 
case studies 

database hacking, 305-306 

e-mail attacks, 251 

messaging-system attacks, 251 

network infrastructure attacks, 118 

password cracking, 87 

physical security, 77 

social engineering, 63 

Web application attacks, 279 

wireless network attack, 153 
CCTV security camera, 27 
Center for Internet Security, 113, 321, 

326, 361 
certifications, 352 
Certified Ethical Hacker (CEH), 12 
. cgi extension, 299 
CHAP Password Tester, 310, 361 
Chappell, Laura, 118 
Character Generator pot (NetWare), 232 
chargen, 123 
Checkmarx, 300, 361 
Checkpoint, 300 
chkconf ig, 217 

chknull (password-cracking software), 92 
ChoicePoint, 49 

Chronology of Data Breaches, 338, 363 
CIFShareBF, 310, 361 
CipherTrust IronMail, 255 
Cisco Global Exploiter, 148-149 
civil liberties, 32 

Clear Channel Assessment attack, 175-176 
cleartext packets, 242 
client notification, 37 
closed-circuit television (CCTV), 81 



code injection, 287-289 

Common Vulnerabilities and Exposures, 

55, 363 
CommView 

denial of service testing with, 146 

network analysis with, 106, 135 

Web site, 357, 362 
CommView for Wi-Fi, 166-167, 365 
Computer Underground Digest, 354 
contingency plan, 18 
COPS, 223 
copy rooms, 81 

Counter Mode with Cipher Block Chaining 
Message Authentication Code 
(CCMP), 162 
countermeasures 

account enumeration attacks, 257-260 

ARP poisoning, 144 

ARP spoofing, 144 

banner attacks, 257 

banner grabbing, 131 

buffer overflows, 223-224 

database attacks, 308-309 

default configuration settings exploits, 
177-178 

default script attacks, 294 

denial of service attacks, 146-147, 176 

directory reversal attacks, 282-283 

e-mail attachment attacks, 253 

e-mail attacks, 266-267 

e-mail bombs, 253-254 

e-mail connection attacks, 253 

e-mail header disclosures, 263 

encrypted traffic attacks, 164-165 

file permission attacks, 222-223 

firewalls, 133-134 

hosts . equiv file attacks, 219-220 

input filtering attacks, 291 

instant messaging vulnerabilities, 268-269 
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-^xOpen the book and find: 



• What makes a hacker hack 

• Why you need to hack your 
systems 

• How to gain management's 
approval for your ethical hacking 
tests 

• Countermeasures to common 
attacks 

• Linux and Novell NetWare risks 

• Techniques for defending 
databases 

• How wireless LANs are 
compromised 

• Ten deadly mistakes to avoid 



Get out your white hat 

and learn where your systems 

may be vulnerable 

Lj/oL'I^Wcl^liyMiJafoc^/hy do you need to learn how 
to hack? Because the only way to be sure your systems are 
secure is to find out how the bad guys work and examine 
your defenses from their point of view. This guide shows 
you how, explains common attacks, tells you what to look 
for, and gives you the tools to safeguard your sensitive 
business information. 

• Build the foundation — understand the value of ethical hacking, 
what's involved, and the malicious hacker's mindset 

• Games people play — discover how hackers use social 
engineering to breach security and what to do about it 

• It's the network — explore common network vulnerabilities and 
the creative ways they're exploited 

• Down and dirty OS hacking — learn how Windows, Linux, 
and Novell NetWare are being attacked and how to scan for 
vulnerabilities 

• Sneak attacks — see why applications, especially Web apps, are 
vulnerable and how to protect them 

• Get the message — prepare for attacks on e-mail, IM, and VoIP 
systems 

• Tools of the trade — learn about Metasploit, BackTrack, and 
other important security testing tools 

•Now what? — find out how to use the information you gather 
to minimize business risks 
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